oop - 数据库专家询问 : Object-Oriented Design Theory?

Question

我设计数据库已经有很长时间了，最​​近我也在使用 C#。 OO 对我来说很有意义，但我觉得我在 OO 设计的深层理论方面没有很好的基础。
在数据库领域，有很多关于如何设计数据库结构的理论，主要概念是规范化。规范化直接控制数据库的结构，并在某种程度上决定了如何安排数据库中的实体。
如何设计面向对象程序的结构背后是否有类似的概念？
我所寻求的是一个或多个基本理论原则，这些原则自然会引导开发人员进入“正确”设计以解决给定问题。
我在哪里可以找到更多信息？
有我应该阅读的工作吗？
更新:
感谢大家的回答。
我正在阅读的内容似乎是说没有“面向对象设计的宏大理论”，但是有很多重要的原则——这些原则在很大程度上以设计模式为例。
再次感谢您的回答:)

Answer 1

小心一些设计模式文献。

有几种广泛的类定义。持久对象类(类似于关系表中的行)和集合(类似于表本身)是一回事。

一些“Gang of Four”设计模式更适用于事件的应用程序对象，而不太适用于持久对象。当您遇到类似 之类的事情时抽象工厂 ，您将错过 OO 设计的一些关键点，因为它适用于持久对象。

对象导师 What is Object-Oriented Design?页面中有很多人真的需要知道从关系设计过渡到 OO 设计。

顺便说一句，规范化并不是始终适用于关系数据库的全面设计原则。当您有更新事务时应用规范化，以防止更新异常。这是一个黑客，因为关系数据库是被动的东西；您要么必须添加处理(如类中的方法)，要么必须传递一堆规则(规范化)。在数据仓库世界中，更新很少(或不存在)，标准规范化规则不那么相关。

因此，对象数据模型没有“像这样规范化”。

在 OO Design 中，设计持久对象最重要的规则可能是 Single Responsibility Principle .

如果您将类设计为对现实世界的对象具有良好的保真度，和 你以一种非常集中的方式为这些类分配职责，你会对你的对象模型感到满意。您将能够以相对较少的复杂性将其映射到关系数据库。

事实证明，当您从责任的角度看待事物时，您会发现 2NF 和 3NF 规则适合合理的责任分配。唯一键仍然很重要。派生数据成为方法函数的责任，而不是持久属性。