1、编写高质量代码:改善C#程序的157个建议202001.02.03.04.05.目录为什么写这本书资源及勘误第一部分 语言篇第二部分 架构篇第三部分 编码规范及习惯为什么写这本书01为什么写这本书资源及勘误02资源及勘误第一部分 语言篇03第一部分 语言篇6 异步、多线程、任务和并行5 异常与自定义异常4 资源管理和序列化3 泛型、委托和事件2 集合和LINQ1 基本语言要素第一部分 语言篇1 基本语言要素建议3:区别对待强制转型与as和is建议2:使用默认转型方法建议5:使用int?来确保值类型也可以为null建议6:区别readonly和const的使用方法建议1:正确操作字符串建议4:T
2、ryParse比Parse好010203040506第一部分 语言篇1 基本语言要素AEDFBC建议8:避免给枚举类型的元素提供显式的值建议9:习惯重载运算符建议11:区别对待=和Equals建议10:创建对象时需要考虑是否实现比较器建议12:重写Equals时也要重写GetHashCode建议7:将0值作为枚举的默认值1 基本语言要素第一部分 语言篇建议13:为类型输出格式化字符串建议14:正确实现浅拷贝和深拷贝建议15:使用dynamic来简化反射实现第一部分 语言篇2 集合和LINQAEDFBC建议17:多数情况下使用foreach进行循环遍历建议18:foreach不能代替for建议2
3、0:使用泛型集合代替非泛型集合建议19:使用更有效的对象和集合初始化建议21:选择正确的集合建议16:元素数量可变的情况下不应使用数组2 集合和LINQ第一部分 语言篇建议22:确保集合的线程安全建议27:在查询中使用Lambda表达式建议26:使用匿名类型存储LINQ查询结果建议23:避免将ListT作为自定义集合类的基类建议24:迭代器应该是只读的建议25:谨慎集合属性的可写操作2 集合和LINQ第一部分 语言篇建议28:理解延迟求值和主动求值之间的区别建议29:区别LINQ查询中的IEnumerableT和IQueryableT建议30:使用LINQ取代集合中的比较器和迭代器建议31:在
4、LINQ查询中避免不必要的迭代3 泛型、委托和事件第一部分 语言篇2建议33:避免在泛型类型中声明静态成员3建议34:为泛型参数设定约束1建议32:总是优先考虑泛型6建议37:使用Lambda表达式代替方法和匿名方法5建议36:使用FCL中的委托声明4建议35:使用default为泛型类型变量指定初始值第一部分 语言篇3 泛型、委托和事件建议40:使用event关键字为委托施加保护建议43:让接口中的泛型参数支持协变建议38:小心闭包中的陷阱建议39:了解委托的实质建议42:使用泛型参数兼容泛型接口的不可变性建议41:实现标准的事件模型020304050601第一部分 语言篇3 泛型、委托和事
5、件A建议44:理解委托中的协变建议45:为泛型类型参数指定逆变B第一部分 语言篇4 资源管理和序列化010203040506建议46:显式释放资源需继承接口IDisposable建议47:即使提供了显式释放方法,也应该在终结器中提供隐式清理建议48:Dispose方法应允许被多次调用建议50:在Dispose模式中应区别对待托管资源和非托管资源建议49:在Dispose模式中应提取一个受保护的虚方法建议51:具有可释放字段的类型或拥有本机资源的类型应该是可释放的第一部分 语言篇4 资源管理和序列化建 议 5 2:及 时释放资源建 议 5 3:必 要 时应 将 不 再 使 用 的对 象 引 用
6、赋 值 为null建 议 5 4:为 无用 字 段 标 注 不可序列化建议55:利用定制特性减少可序列化的字段建 议 5 6:使 用 继承ISerializable接 口 更 灵 活 地 控制序列化过程建 议 5 7:实 现ISerializable的子 类 型 应 负 责 父类的序列化第一部分 语言篇5 异常与自定义异常2建议59:不要在不恰当的场合下引发异常3建议60:重新引发异常时使用Inner Exception1建议58:用抛出异常代替返回错误代码6建议63:避免“吃掉”异常5建议62:避免嵌套异常4建议61:避免在finally内撰写无效代码5 异常与自定义异常第一部分 语言篇建议
7、64:为循环增加Tester-Doer模式而不是将try-catch置于循环内建议69:应使用finally避免资源泄漏建议68:从System.Exception或其他常见的基本异常中派生异常建议65:总是处理未捕获的异常建议66:正确捕获多线程中的异常建议67:慎用自定义异常第一部分 语言篇5 异常与自定义异常建议70:避免在调用栈较低的位置记录异常第一部分 语言篇6 异步、多线程、任务和并行315建议73:避免锁定不恰当的同步对象建议71:区分异步和多线程应用场景建议75:警惕线程不会立即启动426建议74:警惕线程的IsBackground建议72:在线程同步中使用信号量建议76:警惕
8、线程的优先级6 异步、多线程、任务和并行第一部分 语言篇建议77:正确停止线程建议78:应避免线程数量过多建议79:使用ThreadPool或BackgroundWorker代替Thread建议80:用Task代替ThreadPool建议81:使用Parallel简化同步状态下Task的使用建议82:Parallel简化但不等同于Task默认行为6 异步、多线程、任务和并行第一部分 语言篇建议84:使用PLINQ建议86:Parallel中的异常处理建议88:并行并不总是速度更快建议83:小心Parallel中的陷阱建议85:Task中的异常处理建议87:区分WPF和WinForm的线程模型第
9、一部分 语言篇6 异步、多线程、任务和并行建议89:在并行方法体中谨慎使用锁第二部分 架构篇04第二部分 架构篇8 类型设计029 安全性设计037 成员设计017 成员设计第二部分 架构篇AEDFBC建议91:可见字段应该重构为属性建议92:谨慎将数组或集合作为属性建议94:区别对待override和new建议93:构造方法应初始化主要属性和字段建议95:避免在构造方法中调用虚成员建议90:不要为抽象类提供公开的构造方法第二部分 架构篇7 成员设计建议96:成员应优先考虑公开基类型或接口01建议97:优先考虑将基类型或接口作为参数传递02建议98:用params减少重复参数03建议99:重写
10、时不应使用子类参数04建议100:静态方法和实例方法没有区别05建议101:使用扩展方法,向现有类型“添加”方法068 类型设计第二部分 架构篇建议103:区分组合和继承的应用场合建议105:使用私有构造函数强化单例建议107:区分静态类和单例建议102:区分接口和抽象类的应用场合建议104:用多态代替条件语句建议106:为静态类添加静态构造函数第二部分 架构篇8 类型设计1建议108:将类型标识为sealed2建议109:谨慎使用嵌套类3建议110:用类来代替enum4建议111:避免双向耦合5建 议 1 1 2:将 现 实 世 界 中的 对 象 抽 象 为 类,将 可 复用 对 象 圈 起
11、 来 就 是 命 名 空间第二部分 架构篇9 安全性设计01建议113:声明变量前考虑最大值02建议114:MD5不再安全03建议115:通过HASH来验证文件是否被篡改04建议116:避免用非对称算法加密文件05建议117:使用SSL确保通信中的数据安全06建议118:使用SecureString保存密钥等机密字符串第二部分 架构篇9 安全性设计CBA建议119:不要使用自己的加密算法建议120:为程序集指定强名称建议121:为应用程序设定运行权限第三部分 编码规范及习惯05第三部分 编码规范及习惯10 命名规范11 代码整洁12 规范开发行为第三部分 编码规范及习惯10 命名规范1建议12
12、2:以Company.Component为命名空间命名3建议124:考虑在命名空间中使用复数2建议123:程序集不必与命名空间同名4建议125:避免用FCL的类型名称命名自己的类型5建议126:用名词和名词组给类型命名6建议127:用形容词组给接口命名第三部分 编码规范及习惯10 命名规范1建议128:考虑让派生类的名字以基类名字作为后缀3建议130:以复数命名枚举类型,以单数命名枚举元素2建议129:泛型类型参数要以T作为前缀4建议131:用PascalCasing命名公开元素5建议132:考虑用类名作为属性名6建议133:用camelCasing命名私有字段和局部变量第三部分 编码规范及习
13、惯10 命名规范建议134:有条件地使用前缀01建议135:考虑使用肯定性的短语命名布尔属性02建议136:优先使用后缀表示已有类型的新版本03建议137:委托和事件类型应添加上级后缀04建议138:事件和委托变量使用动词或形容词短语命名05建议139:事件处理器命名采用组合方式06LOGOM.94275.CN第三部分 编码规范及习惯11 代码整洁建议140:使用默认的访问修饰符01建议141:不知道该不该用大括号时,就用02建议142:总是提供有意义的命名03建议143:方法抽象级别应在同一层次04建议144:一个方法只做一件事05建议145:避免过长的方法和过长的类06第三部分 编码规范及
14、习惯11 代码整洁01建议146:只对外公布必要的操作02建议147:重构多个相关属性为一个类03建议148:不重复代码04建议149:使用表驱动法避免过长的if和switch分支05建议150:使用匿名方法、Lambda表达式代替方法06建议151:使用事件访问器替换公开的事件成员变量第三部分 编码规范及习惯11 代码整洁AB建议153:若抛出异常,则必须要注释建议152:最少,甚至是不要注释第三部分 编码规范及习惯12 规范开发行为01020304建议154:不要过度设计,在敏捷中体会重构的乐趣建议155:随生产代码一起提交单元测试代码建议156:利用特性为应用程序提供多个版本建议157:从写第一个界面开始,就进行自动化测试感谢聆听