< meta http-equiv="description" content=".NET Framework的应用用范围还是比较广泛的。他们可以帮助开发人员提供一个全新的开发环境,以最大程度帮助程序员提高自己的编程效率。为什么。Net Framework 中的事件模型和上面的不同?为什么有很多的EventArgs参数?"/>

.Net Framework编码规范内容详解

[来源] 达内    [编辑] 达内   [时间]2013-03-08

.NET Framework的应用用范围还是比较广泛的。他们可以帮助开发人员提供一个全新的开发环境,以最大程度帮助程序员提高自己的编程效率。为什么。Net Framework 中的事件模型和上面的不同?为什么有很多的EventArgs参数?

  .NET Framework的应用用范围还是比较广泛的。他们可以帮助开发人员提供一个全新的开发环境,以最大程度帮助程序员提高自己的编程效率。为什么。Net Framework 中的事件模型和上面的不同?为什么有很多的EventArgs参数?

  在回答上面的问题之前,我们先搞懂。Net Framework编码规范:

  ·委托类型的名称都应该以EventHandler结束。

  ·委托的原型定义:有一个void返回值,并接受两个输入参数:一个Object 类型,一个 EventArgs类型(或继承自EventArgs)。

  ·事件的命名为 委托去掉 EventHandler之后剩余的部分。

  ·继承自EventArgs的类型应该以EventArgs结尾。

  再对。Net Framework编码规范做一下说明:

  1. 委托声明原型中的Object类型的参数代表了Subject,也就是监视对象,在本例中是 Heater(热水器)。回调函数(比如Alarm的MakeAlert)可以通过它访问触发事件的对象(Heater)。

  2. EventArgs 对象包含了Observer所感兴趣的数据,在本例中是temperature.

  上面这些其实不仅仅是为了编码规范而已,这样也使得程序有更大的灵活性。比如说,如果我们不光想获得热水器的温度,还想在Observer端(警报器或者显示器)方法中获得它的生产日期、型号、价格,那么委托和方法的声明都会变得很麻烦,而如果我们将热水器的引用传给警报器的方法,就可以在方法中直接访问热水器了。

  现在我们改写之前的范例,让它符合。Net Framework编码规范:

  using System;

  using System.Collections.Generic;

  using System.Text;

  namespace Delegate {

  // 热水器 public class Heater {

  private int temperature;

  public string type = "RealFire 001";

  // 添加型号作为演示

  public string area = "China Xian";

  // 添加产地作为演示

资源下载