标签：io 使用 ar for sp c on cti 代码
这是一个大纲形式的提点，以便自己可以花较少的时间时常浏览。在开发中，多加注意这些有用的建议，让自己成为一个更优秀的程序员。内容主要来自《编写高质量代码-改善C#程序的157个建议》（陆敏技），这本书写的真的很好，都是些实战经验的总结，建议大家购买此书，这其中的建议不光适合于C#，只要你做.NET开发，阅读此书都会从中受益。同时，如其他书籍和资料有好的建议，我也会不断更新到这里。
应避免发生装箱；避免分配额外的内存；考虑使用StringBuilder来替代string。string.Format内部使用了StringBuilder，比较高效。
主要这几方面，基元类型（int32，double，string，object等）之间的转换包括隐式转换和显示转化，自定义类型可以重载运算符实现隐式转换(implicit)；类型本身提供了Prase和TryPrase，或ToDouble、ToDateTime等方法；帮助类如System.Convert实现基元类型之间的转换，System.BitConverter实现基元类型和数组之间的转换。父子类之间的显示和隐式转换。
尽量不要用Is判断后再强制转换的方式，直接用As运算符可以减少一次转型。
TryParse不会抛出异常，如果在循环中用Parse，频繁出现异常时会大大损害性能。
值类型可以隐式转换为可空值类型。判断可空类型是否包含值可以用HasValue方法测试，还可以用??运算符简化代码。
const是一个编译期常量，readonly是一个运行时常量。Const只能修饰基元类型、枚举类型和字符串类型；readonly可以修饰任何类型。Const天生就是static的，不用添加static修饰符。Readonly比const有更好的灵活性，但性能略有损失，比起这点性能损失，更推荐用readonly。
枚举类型在声明时默认值是0，如果0值没有对应相应的枚举值将丧失业务意义。
因为如何想在枚举的中间添加一个元素，不得不重新修改后面所有元素的值。这种情况有一个例外是应用了FlagAttribute的枚举，可以显示赋值。
如果自己设计的类有加法意义，应该用operator关键字重载+运算符，使用户使用更加自然。
如果对象要用于排序，应该实现IComparable接口。如果想改变这种默认的排序策略，也可以自定义类实现ICompare接口，后者无需去改变类型的结构，而是添加一个新类来实现，更加灵活。
这两个运算符都可以被重载，但都应该保证这样的语义：对于值类型，如果类型的值相等，都应该返回true；对于引用类型，如果类型指向同一个对象，都应返回true。对于自定义的类型，如有必要，可以重写Equals方法保证值相等就返回true。但一般不重载==，使其保留引用相等性的判断。另外，要判断两个对象是否是同一个对象，可以用Object.ReferenceEquals方法。
这是因为一些基于散列值的集合，如Hashtable，Dictionary等，会用到Key的HashCode值来查找Value值。既然Equals的含义被重写了，那么HashCode也应该与其保持一致。
一种是让类型继承IFormatable接口，另一种是自定义格式化器，需要实现IFormatProvider和ICustomFormatter。后者的实现更加灵活。
这两种拷贝都应继承ICloneable接口来实现。浅拷贝可以用this.MemberwiseClone方法。深拷贝可以用BinaryFormatter将对象序列化到MemoryStream后，再反序列化成对象。如果在一个类中要同时实现浅拷贝和深拷贝，可以添加DeepClone和ShadowClone两个方法加以区分。
使用dynamic来简化反射的调用。Dynamic是.net 4.0引入的一个新特性，编译器不会对dynamic类型的变量进行检查，我们可以在dynamic的变量上调用方法，检查属性值，而不必写繁琐的反射代码。Var关键字只是一个语法糖，编译器编译后会替换成具体的变量类型，而dynamic被编译后，会转换成object类型，对方法和属性等的调用C#内部本质还是用反射来做的，但这大大减轻了程序员的工作量。
标签：io 使用 ar for sp c on cti 代码
原文地址：http://www.cnblogs.com/xiashengwang/p/4002345.html
