WPF中使用的模式

我已经更多地参与WPF大约一年了。很多事情都是新的，有时我很难让自己的头脑被它所包围

同时，我正在重读《GOF设计模式》一书

几次我会停在中间，因为我会意识到某个模式是一些WPF功能中使用的模式。每当我意识到这一点时，我就觉得我对WPF相关原理的理解有了很大的飞跃。这有点像aha效应

例如，我还意识到，我在理解Prism时要容易得多，因为文档在解释所涉及的模式方面做得非常好

这是我的“问题”（更像是一种努力）：

为了帮助我们大家理解 WPF更好如果有人 世卫组织还“发现”了一种设计模式 WPF可以给出一个简短的解释

我发现的一个非常明显的例子是Routed事件：

如果子级检测到事件 控件，但尚未创建任何处理程序 指定时，它将其传递给其 家长等等，直到最后 已处理或再也找不到父级

假设我们有一个按钮上的图像 这是在一个堆叠面板内的 在窗户里面。如果用户单击 图像，事件将 由it处理（如果处理代码 已指定）或“气泡”直到 其中一个控件处理它。所以 每个控件都将有机会 按这个顺序反应

形象

钮扣

堆垛板

窗口

控件处理它之后 泡沫会停止

这是一个简短的解释 更确切地说，请咨询WPF 文学

这种功能表示 " “设计模式”指出，如果 他们的请求被通过了 沿着责任链给予 其中的每个对象都有机会处理 信息技术请求的发件人没有 想法谁来处理它，确保 脱钩。为了更彻底的了解 请按照链接进行说明

这里的目的仅仅是为了展示这个（看似古老的10多年）想法是如何融入我们当前的技术的，并提供另一种看待它的方式

我认为这对于一个开始来说已经足够了，希望这里能收集到更多的相似之处

---

干杯，托尔斯滕

我要说的是，命令绑定对于我的发展方式是非常重要和基本的

---

我不认为它是WPF特有的，但是观测器设计模式似乎是.NET和WPF中所有事件处理的基础。 观察者设计模式被描述为“定义对象之间的一对多依赖关系，以便当一个对象改变状态时，其所有依赖项都会得到通知并自动更新。”。在.Net中，使用+=运算符可以订阅这种状态更改。随后使用-=运算符取消订阅