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

在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 = "";

            ucBase.ShowData();

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

1、不仅可以加载算法，还可以加载控件。

2、可以让表单更灵活的组合，更容易的实现控件级别的复用。

3、可以实现不用编译就可以修改程序。可以利用“代码前置”的功能，把 ShowData() 的实现的代码写在 .ascx文件里面，这样修改之后不用编译就可以看到修改后的效果了。在一些特殊的情况下会用到。

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

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

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

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

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