反射的另类实现。（不知道这么用还算不算反射了？）

在asp.net里面实现反射除了用
Assembly.Load("SMS").CreateInstance("SMS.短信" + 短信开头的编号) 
之外还有没有其它的方法呢？

.net里面有UserControl ，而UserControl 又可以使用 Page.LoadControl("UC_Show1.ascx") 的方式来加载。当然 UserControl 也是可以继承的。

Page.LoadControl 的参数是字符串，那么就可以动态设置了。

于是“反射”也就实现了。

我们先定义一个基类：UC_Base

public class UC_Base: System.Web.UI.UserControl
    {
        private string strCusID = "";
        
        /**//// <summary>
        /// 客户ID
        /// </summary>
        public string CusID
        {
            get{return strCusID;}
            set{strCusID = value;}
        }

        /**//// <summary>
        /// 显示数据
        /// </summary>
        /// <returns></returns>
        public virtual bool ShowData()
        {
            return true;
        }

然后建立UserControl 若干，让这些UserControl都继承 UC_Base 。

public class UC_Show1 : UC_Base
    {
        public override bool ShowData()
        {
            Response.Write("我是子类一，我要显示数据了");
            return true;
        }

}

最后在建立一个 asp.net页面，里面放一个 PlaceHolder 控件，然后在Page_Load 写如下几行就ok了。

HBS.UCTest.UC_Base ucBase = (UC_Base)Page.LoadControl("UC_Show1.ascx");

            PH.Controls.Add(ucBase);

            ucBase.CusID = "11";
            ucBase.ShowData();

使用这种方法有两个优点：

1、不仅可以加载算法，还可以加载控件。
2、可以让表单更灵活的组合，更容易的实现控件级别的复用。
3、可以实现不用编译就可以修改程序。可以利用“代码前置”的功能，把 ShowData() 的实现的代码写在 .ascx文件里面，这样修改之后不用编译就可以看到修改后的效果了。在一些特殊的情况下会用到。


好像大家总是想把控件和算法分离开来，但是在有些时候合在一起考虑也许会更方便。

或则即使分离出来，控件是不是也可以“享受”算法的待遇呢？

至于效率嘛，还没有测试。


最近写一个项目，要在一个表单里处理好几个表，加起来有几十个字段了，所以就用了UserControl来才分，然后在动态的加载，把代码分散在各个 UserControl 里面，一个页面里的代码少了很多，也就便于阅读和修改维护，每一个UserControl 的模式也基本相同。

同时呢如果多个页面用到了相同的表单（或者是一部分），那么就可以用 UserControl 来达到复用的效果。