.net - 基础业务类 : is it bad?

Question

我想创建我的基础业务类，例如 EntityBase，以具有一些常见的行为，例如实现用于跟踪对象更改的接口(interface)(IsNew、IsDirty)和 INotifyPropertyChanges 接口(interface)。

但是很多人说拥有一个基础业务类并从中派生所有业务对象是个坏主意。通常他们说在实体类中有表示代码是不好的。但我认为这只是一个理论。实践中有什么不好？他们说:自己试试。通常没有更多的争论。

那你们怎么看？是好还是坏？如果不好，为什么？请尝试做一个实际的人，而不是理论的人。

Answer 1

很多人赞同 Single Responsibility Principle 的想法，它表示一个类应该只有一个责任区域。通过将状态跟踪、渲染等构建到一个公共(public)基类中，您肯定会违反 SRP。如果你的类(class)处理很多任务，它会有很多改变的理由。