编写高质量代码

出版时间：2011-10  出版社：机械工业出版社  作者：陆敏技  页数：347  
Tag标签：无  

内容概要

　　本书是C#程序员进阶修炼的必读之作，包含的全部都是C#编码的最佳实践，从语言本身、程序的设计和架构、编码规范和编程习惯等三大方面对C#程序员遇到的经典问题给出了经验性的解决方案，为C#程序员如何编写更高质量的C#代码提供了157条极为宝贵的建议。对于每一个问题，不仅以建议的方式给出了被实践证明为十分优秀的解决方案，而且还给出了经常被误用或被错误理解的不好的解决方案，从正反两个方面进行了分析和对比。
　　全书一共三个部分，第一部分专注于C#语言本身，一共89条建议，涵盖了C#语言基本要素、集合、LINQ、泛型、委托、事件、资源管理、序列化、异常处理、异步、多线程、任务和并行编程等与C#语法相关的核心内容；第二部分重点讲解了C#程序的设计和架构，一共32条建议，涉及成员设计、面向对象的类型设计、安全性设计等重要方面的内容；第三部分探讨了C#的编码规范及编程习惯，一共36条建议，包含C#命名规范、如何使代码更整洁以及如何规范开发行为等方面的内容。
　　本书是一本关于如何编写高质量C#代码的工具书，列举的问题非常典型，给出的建议也非常实用，其中的每一条建议都有可能在我们编写下一行代码的时候被用到。你可以将此书搁置在案头，以便有需要的时候随时查阅。

作者简介

　　陆敏技，资深软件工程师、项目经理和架构师，从事软件开发工作近10年。尤其精通微软技术，对C#、WPF、WCF、ASP.NET和.NET技术有十分深入的研究，曾参与和主导了大量的相关项目的架构和开发工作，积累了丰富的经验。此外，他还非常擅长于分布式开发技术，而且有丰富的培训和授课经验。活跃于博客园等技术社区，乐于分享，有较高的知名度和社区影响力。

书籍目录

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

媒体关注与评论

　　“这是一本关于C#编码最佳实践的集大成之作，也是一本能指导C#程序员编写出高质量代码的指点迷津之作。全书从C#语法、程序的架构和设计、编码规范和编程习惯3大方面为广大的C#程序员们总结出了157条极富借鉴意义的建议，这些建议都是在实践中被证明是解决C#编码中疑难问题的最佳实践。如果能掌握本书中的内容，不仅能加深对C#语言的理解和提升程序架构和设计方面的能力，而且还能规范我们的开发行为和习惯，让我们成为一名优秀的程序员，让我们能编写出更高质量的代码。”　　——51CTO　　　　“作为一名程序员，没有人愿意留下一堆糟糕的代码。如果我们编写的代码运行速度慢、消耗的内存多，而且还时不时地抛出一些莫名其妙的错误，我们一定会十分疑惑：我们的代码到底怎么了？问题很明显：我们编写的代码质量不高。本书从C#语言本身、程序的架构和设计、编码规范和编程习惯等3大方面就如何编写高质量的C#代码给出了大量的宝贵建议。如果能理解并熟练使用本书中的知识，我们不仅能在一定程度上避免糟糕的代码，而且还能大幅度提升编码水平。”　　——马伟（资深微软技术专家/ASP.NET MVP/畅销书《ASP.NET 4权威指南》作者）　　　　“学习任何一门编程语言，入门一般都不难，难的是进阶和提高；让程序跑起来不难，难的是如何让程序跑得又快又好。作为一个程序员，我们在进阶的路上总会遇到各种各样的问题，有时候需要为这些问题付出代价，需要在不断试错和纠错中积累经验。很幸运的是，本书针对C#语法、程序的架构和设计、编码规范和编程习惯等3大方面给出了157条宝贵的建议，每一条建议都来自于实践和经验的总结，每一条建议都能帮你避免在编码时可能会犯下的错误，实用性极强。强烈推荐！”　　——姜晓东（资深微软技术专家/畅销书《C# 4.0权威指南》作者）

用户评论 (总计97条)

•   编写高质量代码:改善C#程序的157个建议。这本书是看到网上评论买的，好好学习！！！！期待
•   编写高质量代码:改善C#程序的157个建议 看看
•   很不错的书 ，对规范代码编写，提高程序执行效率很有帮助，保障代码严谨提高代码质量
•   保障代码严谨提高代码质量 很不错的书 总结的问题和建议很实用
•   正在读中....，但确是一本规范自己代码，一本值得采取建议的书籍
•   对规范代码编写，提高程序执行效率很有帮助。因为。。。所以。。。全都告诉你的一本书
•   确实，离开了高质量，何谈C，何谈C#。让我们继续代码...
•   非常好的一本书，编写程序前，应该先阅读，养成好习惯，编程水平同编程风格同样重要。
•   不错，可以改善编写代码细节
•   对项目开发中的代码优化有很大帮助
•   绝对好书，已经看完了，它让你注意到很多细微的东西，提高程序的编程质量
•   对写代码很有帮助，可以让你了解一些代码的原理性。
•   本书的内容讲的都是平时写代码中比较容易犯错的东西
•   看到这本书的时候，第一个感觉就是能够提高我在编写代码过程中的一些陋习，仔细看了几章后，感觉正合我意，要慢慢仔细看，好东西，推荐一下。
•   文中提到了许多优化代码，提高执行效率的方法
•   花了一周把这本书大概看了一遍，发现有很多建议在工作中都用得到。现在打算慢慢研究这本书
•   提高编程质量的绝版好书。
•   每一个建议都很受用，很实用。
•   建议很好，其实都知道，但是真的做起来很难遵守
•   书中的建议都是很好的建议，只有在平时的学习中慢慢体会了
•   书很好，适合有经验的程序员看，送货速度快
•   毕业2年了，做开发也有一段时间了，感觉自己已经到了一个瓶颈，想使劲往上提升，但是感觉自己脚底下的东西有点力不从心，所以决定给自己冲冲电，感觉这本书对自己来说帮助还是挺大的，看了20章了，感觉对我帮助很大。一些从不注意的小问题，现在看来还是十分重要的。也感觉自己在慢慢提升。进步的感觉真好。
•   适合有C#编程基础的人阅读，编程入门易，进阶难
•   很适合已开始使用C#编程序的人员使用，极有帮助。从中可以学到很多编程时应注意的细节问题。
•   送货速度很快，书质量不错，内容也很不错。
•   适合有基础的程序员，但我最近都很少有时间阅读了。
•   花了一晚上扫了一遍，以前没有注意到的细节问题都给扫盲了，此书非常不错，讲的均有理可寻，写的也很深入，推荐大家都购买此书，定不后悔
•   不错的选择,对程序的优化有了更清晰的认识.
•   写的比较深入，不适合初学者，适合有一定经验的人提高水平来读。
•   书不错，不过内容有点泛
•   这本书列出了很多值得学习和技术巩固的东西。还没看完，继续看
•   作者的经验总结，学习借鉴之佳作。
•   这个 书很有趣的。。 问题都是很经典的 受益匪浅
•   书中内容很丰富，阅读之后很受启发，很好
•   适合C#进阶者的书。。。
•   内容很实用，积分有多少
•   刚买 还没来得及读，大概看了一下 内容很实用
•   书的内容不错，但是物流太慢了，号称当日订，次日达，结果等了两天，21号订的书，23号才收到
•   这本书还没有看，因为最近被C#搞的烦死。。。真心不想看，还是有时间好好读读吧，即使不想看，工作还是要看。。。
•   还没有读，大概看了下目录，感觉正是自己需要的。以后慢慢看，作为床头书，不可少啊
•   像这样的原创书，很少了。清华出的书就不要买了，全部都是**，一大段一大段的抄人家的。
•   今天刚收到，大致的浏览了一下，感觉适合有一定基础的人阅读吧，对于平时有些不太注意、不太明白的地方，也有相应的内容，感觉看完还是会有一定的收获的，总体来讲不错
•   内容和送货都很好！！
•   需要点基础！
•   粗略看了下，还比较好
•   太忙了刚看了几页，感觉还不错，挺好的一本书
•   外面还有一层塑料包裹感觉不错
•   物流速度很快，书是正版
•   喜欢啊哈哈
•   好评 很好很强大好评 很好很强大
•   是本好书！！！！！！！！！
•   书收到了，有点事没来评价，应该不错，朋友推荐的。
•   ewqewqewqewq
•   不错的书籍,正在看
•   绝对正版好书，写的不错
•   书不错的啦！可以学习到很多！与C#联系紧密
•   对于写C#的人来说有借鉴价值~
•   感觉还不错价格相对便宜些到货很快
•   这个商品不错，就是很有深度！
•   读完再补！！
•   正在学习中，讲的很实际！
•   ***e it very much. Re***mend to see it.
•   书总体上还没看完，但是已经感觉这钱花的值！
•   一个个小的知识点，已经熟悉的可以温故知新，不熟悉的可以从中学习。
•   刚刚看了一些
•   客服了在编码过程中的一些坏毛病
•   绝对的好书，初学都也好，老江湖也好，值得一读。
•   知识介绍的很详细，我也学到了很多知识，学习，继续学习
•   期待很久的书籍了！受益匪浅啊！
•   值得一读 凑字
•   这本书值得一看，尤其是有志于“咬文嚼字”****代码的程序员
•   适合有2、3年开发基础的看，对代码质量有提高。
•   买回来后，经理看了说这本没多少价值。。。 朋友看了也说。 不过想了解的仔细一点，可以看俺 ，通过比较掌握效率高的编码方式。
•   我一共定了4本书，感觉这4本书都是经过翻印的，纸张质量较差！不知道是不是当当自己翻印的，希望当当改进印刷质量！
•   对于有过编程经验的人来说会有一定的帮助，如果没有基础的话最好不要买了。
•   注意编程技巧的修炼
•   看了一章，感觉挺好，决定买回来细读！
  
  不知道当当发货的速度如何以及书的质量咋样，用实际来验证一下吧
•   毕竟质量决定着收入...
•   涉及到了工作中可能遇到的一些问题，值得一读
•   刚拿到书，还没正式深入研究。大概翻阅了一下，内容还是很充实的。
•   国人的书，而且是圈子里前辈的书，要顶顶，没时间细看，等这个项目结束了，在细细拜读，暂时没有感觉。。。
•   内容不错，就是离散了点。
•   内容不是太详细，不过整体来说不错
•   大致翻了下，感觉还是有些东西挺有用的
•   还在研究体会中.希望对自己学习有帮助
•   嗯，适合学习一下！
•   能学到平时忽略的东西
•   良好~~~
•   书还行，不怎么系统。
•   发货速度还可以，但是包装有点简陋，但是没有损坏
•   实例很多，确实值得人去注意
•   书籍很好，看了大半，感觉受益匪浅
•   买上本书的时候推荐出来的，顺带着买回来看看，讲的东西不深，适合比较基础的，比上本书《C#高效编程：改进C#代码的50个行之有效的办法(第2版)》差太多。
•   大多数的建议在Jeffrey Richter的 CLR via C#中都有提及和阐述。
•   不是贬低国人的水平，但是对于现在很多国人出烂书形成习惯恐惧，让人不得不怀疑这本书是否是到处拼凑的东西了？还是看过再说吧
•   暂时还没有看完
•   C#学习书籍