其他分享
首页 > 其他分享> > 反射的另类实现。(不知道这么用还算不算反射了?)

反射的另类实现。(不知道这么用还算不算反射了?)

作者:互联网

UserControl 不要被忽略哦。


在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 = "";
        
        /**//// 
        /// 客户ID
        /// 
        public string CusID
        {
            get{return strCusID;}
            set{strCusID = value;}
        }

        /**//// 
        /// 显示数据
        /// 
        /// 
        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 来达到复用的效果。



标签:反射,控件,另类,算不算,ucBase,Base,UserControl,public,UC
来源: https://blog.51cto.com/u_15179455/2729614