今天对于自定义事件与方法的区别有了一点感性的认识

从刚开始学.net没多久，就开始关注自定义事件、委托等知识点。

由于做的项目一直比较小，这些知识点也就一直没有怎么用，所以一直是抹零两可的。

以前网上查到的资料都是过于理论化，比如说：事件可以把方法做为参数传递，事件只声明了要调用方法（具体调用哪个不确定）等等

--------------------------------------------------------------------------------------------------------------------------

今天在网上找资料复习一下类的继承，看的例子中使用了自定义事件，而且是一个很简单的自定义事件。

整理以后的代码如下：

protected void Page_Load(object sender, EventArgs e)

{

book b = new book();

b.RenChenged += new book.RenChengHender(b_RenChenged);

Response.Write(b.Price.ToString());

}

private class book

{

public delegate void RenChengHender(); //定义一个委托

public event RenChengHender RenChenged; //定义一个事件

private float price = 1;

public float Price

{

get

{

RenChenged();//如果读取这个值，将激发事件

return price;

}

}

}

private void b_RenChenged()

{

Response.Write("读取了价格<br />");

}
现在问题出现了，在上面的例子中，我完全可以不用这么麻烦使用自定义事件，而直接在Price属性get的时候调用b_RenChenged()方法，这样不是更简单吗？

这个是很多时间以来一直困扰我的一个问题。

忽然之间，我今天突然想明白了，就以上这个功能实现来说，的确两种方法的结果是一样的，似乎直接调用b_RenChenged()方法比用自定义事件要简单。

但是，我认为区别就在于：当Price属性get的时候，是由谁来指定使用b_RenChenged()方法的？

如果说，整个代码只由一个人来写，不考虑其他因素，上面当然可以直接调用b_RenChenged()方法。

但如果，写Book类的人是Mr.A，而负责写Page_Load代码的人是Mr.B。Mr.A只管设计当Price属性被get的时候，能触发一个事件，事件具体是做什么他不管。而Mr.B只需要了解，当get Price的时候执行什么方法，而不去管其内在的实现（就比如，我们常用的 protected void Button1_Click(object sender, EventArgs e)只管用，不用了解它是如何工作的）

这样一来，似乎一切就很明白了，他们最主要的区别除了文章开始时提到的一些之外，就是触发事件人的不同有了分工。希望可以给像我一样，分不清两者关系的人，一些帮助。