|
|
1
10
有一种方法可以避免事件中的这种常见问题- WeakEvent pattern . |
|
|
2
9
对于上述问题,我不得不说是的。关于事件的基本理论是,事件触发者不应该负责管理自己的处理程序;无论是谁添加了事件,都应该进行清理。 |
|
3
5
在我的设计中,我对合同的定义非常严格,比如:
因此,你的问题是:
这是正确的。答案是肯定的,不仅在理论上,在实践中也是如此。在我看来,这些合同有助于你避免大错特错。 按照这种方式思考,您就可以很好地构建真正健壮的软件。 |
|
4
0
对我来说,事件处理程序是对.NET应用程序内存消耗的最大威胁,特别是当您开始在web服务器上下文中使用它时。对我来说,它始终是附属于deattach的对象的责任。附加对象的寿命应始终小于或等于它所附加的对象的寿命,否则事件的设计会出现问题,因为您不希望再收到关于对象中没有任何意义的更改的通知。如果它们的寿命相等,它们将一起超出范围,您无需执行任何操作,如果寿命较短,则附着对象必须分离。在一个基本的web应用程序中,您只有3种类型的生命周期:应用程序、会话和页面,这些规则很容易应用。在更复杂的应用程序中,这需要更多的思考。 |
|
|
A B · C#Excel自动调整列避免长文本时出错 1 年前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 1 年前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 1 年前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 1 年前 |