操纵自如－－页面内的配合与通信

.NET的页面看似一个整体，却可能是由很多不同的区域组合而来的，常常用到的母版页、用户控件就是最鲜明的例子。
然而在一个页面内的元素要形成一个整体，就少不了控件之间的通信与传值，本文是个人在不断的使用过程中总结的一些东西，有谬误或有更好的解决方案，还请提出来。
在写这篇文章的过程中我做了一些一示例，以作佐证。这些示例的目的都是 在“A”中 把 “B”中 的一个Label的值改变。
这样的做法有什么意义？
比如说你在masterpage中含有一个GridView，在aspx改变了一些数据，而这些数据正是影响到masterpage中的GridView的呈现内容，那么你就有必要在aspx中通知masterpage更新了。本文的目的就是要说，如何去通知它的更新。
本文包括以下几个部分：
1、aspx与ascx的通信
2、master与aspx的之间的通信
3、master中的ascx 与 master中的aspx通信
4、ascx与ascx之间的通信

1、aspx与ascx的通信

可能大家看得不是很明白，不过总之，在aspx中可以调用ascx中的公共方法，传入想传的参数，就OK了。

如果倒过来，由B->A。

2、master与aspx的通信

3、master中的ascx 与 master中的aspx通信

从master中的ascx到master中的aspx，需要通过master，查找ContentPlaceHolder，再查找Label

 MasterPage master = (MasterPage)Page.Master;
 Label _lblMessage = (Label)master.FindControl("ContentPlaceHolder1").FindControl("lblMessage");
 _lblMessage.Text = txtValue.Text;

aspx要想与masterpage的ascx联系，要先得到master，再查找ascx，再查找Label。

这个双方互通是一样的原理哦。

4、ascx与ascx之间的通信

这应该是最常见的情况，前段时间做的项目，分两个区域，用户在A区域从事活动，B区域记录下他活动的信息，这两个区域都是用户控件。
一种方法是从a.ascx中查找Aspx，再查找B.ascx，再查找Label。
这种方向理论上的行得通的，不过我没试，因为这种方法必须考虑B控件在A中的ID，我却不想与ID发生任何关系。
所以我用接口。
假设现有WebUserControl2.ascx想操纵WebUserControl1.ascx中的控件。
在app_code中新建一个IUserControl1.cs
内容：

public interface IUserControl1
{
    void setSelect(string value);
}

在WebUserControl1.ascx继承该接口，并实现其方法。

public partial class UserControl_WebUserControl1 : System.Web.UI.UserControl, IUserControl1
{
    public void setSelect(string _value)
    {
        lblMessage.Text = _value;
    }
}

这实际上是很好的一种方法，这样来做，其它类型的控件间通信应该都能实现，在那几天，我还一直沾沾自喜着呢。通过这一样一个例子，也发现接口确实不简单，真的是一个“接口”。

.net的partial类的引入使用我的可以在各个文件中实现一个，最后合并在一起，而通过这些小技巧，又可以把各部分联系起来，成为一个真正的“整体”。