很长一段时间以来,我一直在为我的所有windows应用程序使用事件驱动编程。例如,处理选定的索引更改/文本更改等。事件。但是最近我一直在使用INotifyPropertyChanged接口和ObservableCollection类来处理数据更改。
您认为随着应用程序/属性的增长,从长远来看,使用此方法可能会遇到什么问题吗?
发布于 2010-10-08 18:58:41
数据驱动和事件驱动的范例不一定是相互排斥的。即使在使用MVVM样式模式时,仍然存在由用户驱动的UI,因此您必须考虑事件。但是,使用MVC和现在的MVVM概念,您可以将大量的逻辑从UI中分离出来,这将导致更好的可维护性、可测试性等。随着应用程序的增长,更好/更好的解耦将导致更少的问题。所以,海事组织,你走在正确的轨道上。
必要的维基百科文章。这是一个有趣的阅读,虽然你不会看到INotify..。还有ObservableColl..。因为这些都是专门针对技术的。还有一个有趣的批评部分,你可能想看看。但不要让这一节比其他部分更重要。
发布于 2010-10-08 19:07:03
它们是一样的,只是来源和方向不同。
正如你所描述的:
考虑INotifyPropertyChanged强制实现PropertyChanged事件。他们是一样的,可以很好地一起工作。
https://stackoverflow.com/questions/3893449
复制相似问题