我有一个有几个属性的类。某些属性可以由其他类更改，但某些属性依赖于其他属性。例如假设我的类有三个属性：A，B和C。A和B可以被系统中的其他类更改，C等于A + B。该类生成属性更改通知所以我想当A或B更改时，为更改的属性（A 或 B）生成一个通知，也为 C 生成一个通知。 我有三个选择（还有其他选择吗？）
1- 创建一个普通的 C 属性（带有支持字段）并在 A 和 B 的 setter 中添加代码以更改 C。
2- 创建一个普通的 C 属性并在我的类中监听我的类的属性更改通知，并在 A 或 B 更改时更改 C。
3- 为 C 创建一个计算属性，没有 setter 但 getter 是 A+B，在 A（和 B）的 setter 中，我为 A（或 B）和 C 触发属性更改。
哪个是更好的设计模式（在 C# 中）？我个人喜欢 2 号设计。
【问题讨论】：
标签： properties inotifypropertychanged
听起来像观察者模式在这里可能很有用。参见例如http://www.oodesign.com/observer-pattern.html。虽然搜索观察者模式会产生许多结果和其他示例，其中一些更简单且特定于语言。
【讨论】：
我可能会选择 2 和 3 的变体。
您可以为 C 计算一个属性（仅限 getter），以便 C = A + B 计算只在一个地方。
然后，根据您的选项 2，您可以在同一类中侦听属性更改事件...但是当您检测到 A 和 B 的 PropertyChanged 事件时，您不需要更新 C，您只需要为 A 和 B 引发 PropertyChanged 事件那时的 C。
【讨论】：
2 是最纯粹的，因为它将 A、B 和 C 分开，但它确实涉及一些开销 qith 属性通知中的字符串解析。
如果它是一组简单的属性，我会很想用 1，因为它们仍然是相当独立的，但更新要简单得多。 3 是最糟糕的 IMO，因为 A+B 正在复制无论如何都应该分开的代码（C 通知）。
【讨论】：
这里的问题是你试图将事情应该做的方式与微软强迫你做事情的方式混合在一起...... :)
但除了我的咆哮之外，它认为选项 3 听起来最干净。当然不是 1，这是迄今为止最糟糕的，而且我认为订阅您自己的属性更改事件可能会导致一些时髦的问题，当一些糟糕的 sap 将来试图维护代码时，这些问题将难以调试......
如果你从高层次上考虑，你在 3 中的建议完美地描述了课堂上发生的事情：
任何时候属性 A 发生变化，类的观察者都应该被通知属性 C 也发生了变化（因为它已经发生了变化）。
【讨论】：