wpf中使用的模式

我和wpf的关系已经有一年多了。很多事情都是新的,有时我很难把自己的头裹住。

同时我正在重读gof设计模式书。

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

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

所以这里是我的“问题”(更像是一种努力):

为了帮助我们大家理解 最好有人来 他还“发现”了 wpf可以给出一个简短的解释。

我发现一个很明显的例子是路由事件:

如果子级检测到事件 控件,但没有处理程序 指定,它将其传递给 父母等直到最后 已处理或找不到父级。

假设按钮上有图像 在一个堆垛板里面 在窗户里。如果用户单击 图像,事件将是 由它处理(如果处理代码 或“气泡”直到 其中一个控件处理它。所以 每个控件都有机会 按这个顺序反应。

1. 图像
2. 纽扣
3. 堆栈面板
4. 窗口

一旦控件处理它, 气泡会停止。

这是一个简短的解释 更准确地说,可以咨询wpf 文学。

这种功能代表 “ Chain of Responsibility 设计模式“如果 他们的请求,通过了 沿着责任链给予 每个物体都有机会处理 它。请求的发件人没有 谁来处理这件事 解耦。为了更彻底 按照链接解释。

这里的目的仅仅是为了展示这个(看似10多年前的)想法是如何融入到我们当前的技术中的,并提供另一种看待它的方式。

我认为这足以作为一个开始,并希望更多的相似之处将收集在这里。

干杯,托尔斯滕