业务应该这么写--特性

       特性真的好常见,用到地方也挺多的。

       在我平时工作中,看得比较多的特性有Web端:权限控制Authorize,过滤器,序列化,WCF,Webservice里面也有很多,WebMethod,DataContract,还有做桌面端的用得最多的DllImport(可以直接和Win32程序进行通信),还有我们常用到ORM,特性真的是无所不能,好像高逼格的地方,特性总是要来搞事。下面让我们一起来看看特性究竟是怎么样进行工作的。

   (一)特性出现的背景和初衷是什么,用来解决什么问题

           特性:给类,方法等提供附加的功能,增强了软件系统的灵活性,促进了功能的松散耦合。

           用特性呢,可以避免多个类似的代码段,创建更为可读和清晰的代码。如果我们可以用.Net自带的特性,我们应该积极的用。

   如果不能的话呢,我们就可以自己定义一个特性类。特性属于声明式编程的一种。

   (二)特性的好处和坏处,带来的挑战是什么

          特性的好处:在不破坏类型封装的前提下,增加一点额外的信息和功能。更加灵活了。就是可以把业务和非业务逻辑区分得更开。

          特性的坏处:定义。应用和反射特性能带来许多便利。所以很多开发人员都喜欢用这些技术。而特性是存在元数据里面的,可能会对性能有一些影响。因为要用反射的话,内部都必须扫描托管模块的元数据,执行字符串比较来定位到指定的特性类。这样操作是会耗费一定时间的。

假如对性能要求比较高的话,可以缓存这些结果。

 (三)适用场景  

          1、业务场景

         我们平时很多公共逻辑,比如需要登录才可以进行授权。定义枚举的时候,要带上描述信息。ORM里面的表名,列名映射关系。等等,还有很多地方,欢迎大家补充。

   (四)特性的组成部分和关键点

           4/1 特性的基本组成

           

           从上图可以知道,特性是属于元数据里面的内容的,我们也可以通过反编译来看看一下就可以明白了。

           1、如下例子:

  class Program
    {
        [Text()]
        static void Main(string[] args)
        {
            Console.WriteLine("test");
        }
    }

    public class TextAttribute : Attribute
    {
        
    }

        我们直接来看反编译这段程序之后的IL;

        

           从上面可以看出,特性就是存在我们元数据中的,而且还会去调用这个特性类的构造函数。

           4/2 特性的基础知识点

           1、特性类,都必须要继承自Attribute。这是因为面向CLR的所有编译器都必须识别Attribute,并且最终能在元数据中生成特性信息。

           编译器有点傻的就是不管这个特性有没有用,都会生成对应的元数据。

            2、特性可以应用于程序集,模块,类型,字段,返回值,方法,参数,属性,事件。

            3、接下来我们思考一个问题,我们是不是定义一个特性,然后就可以随便用呢,用在属性,方法,程序集,等等这些属性上。假如我们不指定特性的使用范围呢,那我们反射的时候,是不是要从方法,属性,类上面都检测一下是否含有这个特性呢,想想这样会给我们性能带来多大的影响呢。所以C#的设计者给我们提供了一个 [AttributeUsage(AttributeTargets.All,AllowMultiple =true,Inherited =true)] 这个东西。

               (1)AttributeUsage是一个特性类,可以通过reflector看看它里面就明白了

                 

     我们直接需要传三个参数的构造函数。 [AttributeUsage(AttributeTargets.All,AllowMultiple =true)]

             AttributeTargets 这是一个枚举。这个主要是用来指定特性的作用范围。作为一个程序员,我们应该要根据需要来合理指定。

             

             Inherited: 这个是说这个特性是否要进行继承,如果要设置为true的话呢,我们反射去检查它的派生类是否应用了这个特性。

              一般情况下,我们不会把这个值设置为true,这样除了会额外的检查,可能还会带来混淆。所以一般建议定义特性类的时候,把它

             设定为sealed,减少混淆,避免这次检查。

             AllowMultiple:一般来说,太多特性多次应用于同一个目标是没有意义的。没有什么特别必要把这个值设置为true。

           4/3 特性的三部曲。

          1、定义一个类,继承自Attribute类,并且类名是以Attribute结尾的。

          2、给指定的方法,属性,类等等,给需要用特性的地方,加上特性打上标记。 

          3、通过反射来调用,使得特性生效。

          很多人的错觉,就是以为写上特性就可以生效。所有让特性生效的地方一定是主动应用了这个特性。

    (五)特性的底层原理和关键实现

          定制特性能有效,完全是因为元数据和反射这个东东。

    (六)已有的实现和它进行对比

         之前我们没用特性的时候,我们普通的做法就是,假设现在是做Webservice开发,定义一个父类(Base),里面写一些通用的方法,然后所有的asmx都继承这个父类,之后在每个需要用的地方调用一下。

         估计还有其他做法,我之后再慢慢分享,今天实在是太累了...欢迎大家留言讨论,祝大家中秋快乐。

猜你喜欢

转载自www.cnblogs.com/gdouzz/p/9684720.html
今日推荐