《Effective C# 精髓》摘选

2024-07-21 02:30:02

字体：大中小

来源：转载

供稿：网友

　　昨天买了一本《effective c#》，看了几个item，虽然没有当初读《effective c++》时的那般震撼，但是也收获不少。把其中的要点记录于下，有些条款加上了自己的理解，权当作读书笔记吧：－）

　　item 1: always use properties instead of accessible data members

　　这个是地球人都知道的条款了。你需要记住，属性是类的外部接口部分，而（公共）成员却是内部实现。如果把内部实现暴露给外部，对于以后类的实现变更是非常不利的。

　　item 2: prefer readonly to const

　　这个条款需要注意一下几点：

　　（1）const在编译期发生作用，即编译器会将所有的const成员置换成对应的常量“值”。

　　（2）即使引用其他程序集中的const成员，本程序集中也是硬编码了const成员的值。

　　（3）readonly在运行期被评估，所以其性能比const稍差，但是灵活性更高。

　　（4）const的值必须在编译期决定，所以不能使用new为其赋值。

　　（5）更新一个公有的const成员的值应被视为接口改变，而更新一个readonly变量的值可视为内部实现的改变。

　　item 3: prefer the is or as operators to casts

　　（1）is或as称为“动态转换”，是尝试性的，如果失败，不会抛出异常。尽可能使用as操作符。该机制使用元数据完成功能。

　　（2）cast称为“强制转换”，如果失败，则抛出异常－－代价高昂。

　　（3）is、as、cast转换都不会调用自定义的转换操作符。

　　（4）is可以判断一个object是否为值类型，而as不行。

　　（5）请注意type.isassignablefrom()和type.issubclassof()方法，他们也是常用的“类型检测”手段。注意，type.issubclassof()方法不支持接口检测，而type.isassignablefrom()支持。

　　item 4: use conditional attributes instead of #if

　　使用#if常（可能）导致性能问题（如空方法调用）和程序对#if/#endif块代码的依赖问题。

　　（1）使用conditional attributes修饰的方法总是会被编译到目标程序集中，无论是release或debug。

　　（2）如果条件不满足该conditional attributes指定的条件，则编译器会忽略所有对其修饰的方法的调用。

　　（3）被conditional attributes修饰的方法必须返回void，这是有道理的。因为我们的程序运行不能依赖被conditional attributes修饰的方法的返回值。否则，在不同的条件下，我们的程序将表现出非我们期望的不用行为。

　　item 5: always provide tostring()

　　关于这一点，我在以往的项目中早有体会。举个例子，曾经我们需要把从数据库中取出的customer列表绑定到combobox，开始时我们设计customer时并没有重写tostring()方法，所以我们要这样做：

            //从数据库中挑出所有有效用户
            string wherestr = string.format("where {0} = '1'" ,customer._isvalid) ;
            customer[] customers = (customer[])dataentrance.getobjects(typeof(customer) ,wherestr) ;
            arraylist cusnamelist = new arraylist() ;
            foreach(customer cus in customers)
            {
                cusnamelist.add(string.format("{0} {1}" ,cus.id ,cus.name)) ;
            }
            //绑定
            this.combobox1.datasource = cusnamelist ;

上一篇：在DATAGRID中使用分类标题

下一篇：一个可逆加密的例子