委托与事件的利弊 2

Question

我在逻辑控制层 使用的PropertyChanged事件，
同事我在UI控制层也要在Propertychange的时候做一些事情。
目前有两种解决办法都能做到，
第一个是 在UI层添加 PropertyChanged的事件
第二种是 在逻辑控制层用委托来完成UI控制层的方法上个帖子里面可能是我没说清楚。
http://topic.csdn.net/u/20120113/09/cc8b472d-a5b9-4952-85f3-792a7df1b9c3.html?1896410182PropertyChanged这个事件是 实例的 事件
在逻辑层有这个么个实例，我在这个PropertyChanged事件里面处理一些数据。
比如说  这个实例有一个Qty的属性，在逻辑层我 PropertyChanged事件里面会去处理一些数据上的问题
如果 在这个Qty变化的同时 我UI上也有一些东西要去变化。这个时候我是要在UI层 这个实例的PropertyChanged 里面加一个事件呢？还是在逻辑层里面放一个委托出来，在UI层去实现？

Answer 1

我确实看不太明白，请明确些东西：
1. PropertyChanged事件的发起及处理方式是什么
   1）UI发起，逻辑处理层处理完后返回UI结果（这里没有任何逻辑层委托的问题）
   2）逻辑层发起，通知UI进行相关处理（这里逻辑层可做委托，UI注册事件即可被激发处理）
   3）UI最初发起逻辑控制层处理过程中需要UI再进行相关处理（1，2的混合体而已）

Answer 2

我觉得也没有这么复杂，想1楼说的。第一个是 在UI层添加 PropertyChanged的事件
如果事件有UI发起，UI处理PropertyChanged，事件，调用逻辑层，更新数据库，后再更新UI.第二种是 在逻辑控制层用委托来完成UI控制层的方法
这种情况基本由于数据改变(其它地方发起)，需要UI进行更新。这种情况可以使用自定义的delegate或者event 都可以。UI层订阅。

Answer 3

欢迎访问下载：http://121.18.78.216 适易查询分析、工作流、内容管理及项目管理演示平台

Answer 4

严重报错，你这系统有很大问题：
1，UI太难看，用户体验做得差极了。
2，性能太差了。
3，有严重的bug.

Answer 5

设计有问题，UI跟逻辑层应该完全分开，不应有这些交互，逻辑层倒是可以有PropertyChanged事件，UI层响应事件就可以了。