anti-patterns - 拥有无处不在的基础对象是一种反模式吗？

Question

我记得在某处看到过有关此问题的辩论，并且目前正在考虑删除我正在处理的系统中的每个业务对象都继承自的基础对象。它包含一些属性、一些数据库逻辑和一些构造函数逻辑。

这是一种反模式，还是陪审团还在外面？有一个基础合约来继承会更好吗，这需要在每个对象中完成一定数量的样板编码？

编辑 :我确实喜欢 dsimcha 并且觉得它很好地反射(reflect)了这个问题，我仍然很高兴听到任何进一步的答案

Answer 1

标准的经验法则是使用继承只是为了通过多态为类的用户提供灵活性，如果您想重用其他类的代码，请使用组合。但是，只要您不违反 Liskov Substitution Principle这可能还不错。编写大量样板本质上也是一件坏事，因为它掩盖了代码中实际发生的部分并且是反 DRY 的。但是，如果您违反了 Liskov 替换原则，那么这绝对是一个坏主意。