![[按需印刷]编写高质量代码:改善C#程序的157个建议 计算机与互联网 …|198625](https://pic.windowsfront.com/15542685941/599bef90Nec867ee7.jpg)
具体描述
| 书[0名0]： | 编写高质量代码:改善C#程序的157个建议[按需印刷]|198625 |
| 图书定价： | 59元 |
| 图书作者： | 陆敏技 |
| 出版社： | 机械工业出版社 |
| 出版日期： | 2011-10-01 0:00:00 |
| ISBN号： | 9787111356493 |
| 开本： | 16开 |
| 页数： | 347 |
| 版次： | 1-1 |
| 作者简介 |
| 陆敏技，资深软件工程师、项目经理和架构师，从事软件开发工作近10年。尤其精通微软技术，对C#、WPF、WCF、ASP.NET和.NET技术有十分深入的研究，曾参与和主导了[0大0]量的相关项目的架构和开发工作，积累了丰富的经验。此外，他还非常擅长于分布式开发技术，而且有丰富的培训和授课经验。活跃于博客园等技术社区，乐于分享，有较高的[0知0][0名0]度和社区影响力。 |
| 内容简介 |
| 《编写高质量代码:改善C#程序的157个建议》是C#程序员进阶修炼的必读之作，包含的全部都是C#编码的[zui]佳实践，从语言本身、程序的设计和架构、编码规范和编程习惯等三[0大0]方面对C#程序员遇到的经典问题给出了经验性的解决方案，为C#程序员如何编写更高质量的C#代码提供了157条[0极0]为宝贵的建议。对于每一个问题，不仅以建议的方式给出了被实践证明为十分[0优0]秀的解决方案，而且还给出了经常被误用或被错误理解的不好的解决方案，从正反两个方面进行了分析和对比。 《编写高质量代码:改善C#程序的157个建议》一共三个部分，[1[0第0]1]一部分专注于C#语言本身，一共89条建议，涵盖了C#语言基本要素、集合、LINQ、泛型、委托、事件、资源管理、序列化、异常处理、异步、多线程、任务和并行编程等与C#语[0法0]相关的核心内容；[1[0第0]1]二部分重点讲解了C#程序的设计和架构，一共32条建议，涉及成员设计、面向对象的类型设计、安全性设计等重要方面的内容；[1[0第0]1]三部分探讨了C#的编码规范及编程习惯，一共36条建议，包含C#命[0名0]规范、如何使代码更整洁以及如何规范开发行为等方面的内容。 《编写高质量代码:改善C#程序的157个建议》是一本关于如何编写高质量C#代码的工具书，列举的问题非常典型，给出的建议也非常实用，其中的每一条建议都有可能在我们编写下一行代码的时候被用到。你可以将此书搁置在案头，以便有需要的时候随时查阅。 |
| 目录 |
《编写高质量代码:改善C#程序的157个建议》 前言 [1[0第0]1]一部分 语言篇 [1[0第0]1]1章 基本语言要素 / 2 建议1：正确操作字符串 / 2 建议2：使用默认转型方[0法0] / 6 建议3：区别对待强制转型与as和is / 9 建议4：TryParse比Parse好 / 12 建议5：使用int?来确保值类型也可以为null / 15 建议6：区别readonly和const的使用方[0法0] / 16 建议7：将0值作为枚举的默认值 / 19 建议8：避免给枚举类型的元素提供显式的值 / 20 建议9：习惯重载运算符 / 22 建议10：创建对象时需要考虑是否实现比较器 / 23 建议11：区别对待==和Equals / 27 建议12：重写Equals时也要重写GetHashCode / 29 建议13：为类型输出格式化字符串 / 32 建议14：正确实现浅拷贝和深拷贝 / 36 建议15：使用dynamic来简化反射实现 / 40 [1[0第0]1]2章 集合和LINQ / 43 建议16：元素数量可变的情况下不应使用数组 / 43 建议17：多数情况下使用foreach进行循环遍历 / 45 建议18：foreach不能代替for / 51 建议19：使用更有效的对象和集合初始化 / 53 建议20：使用泛型集合代替非泛型集合 / 54 建议21：选择正确的集合 / 57 建议22：确保集合的线程安全 / 61 建议23：避免将List 建议24：迭代器应该是只读的 / 67 建议25：谨慎集合属性的可写操作 / 68 建议26：使用匿[0名0]类型存储LINQ查询结果 / 70 建议27：在查询中使用Lambda表达式 / 73 建议28：理解延迟求值和主动求值之间的区别 / 75 建议29：区别LINQ查询中的IEnumerable 建议30：使用LINQ取代集合中的比较器和迭代器 / 80 建议31：在LINQ查询中避免不必要的迭代 / 83 [1[0第0]1]3章 泛型、委托和事件 / 86 建议32：总是[0优0]先考虑泛型 / 86 建议33：避免在泛型类型中声明静态成员 / 88 建议34：为泛型参数设定约束 / 90 建议35：使用default为泛型类型变量指定初始值 / 92 建议36：使用FCL中的委托声明 / 94 建议37：使用Lambda表达式代替方[0法0]和匿[0名0]方[0法0] / 96 建议38：小心闭包中的陷阱 / 99 建议39：了解委托的实质 / 103 建议40：使用event关键字为委托施加保护 / 106 建议41：实现标准的事件模型 / 108 建议42：使用泛型参数兼容泛型接口的不可变性 / 109 建议43：让接口中的泛型参数支持协变 / 111 建议44：理解委托中的协变 / 112 建议45：为泛型类型参数指定逆变 / 114 [1[0第0]1]4章 资源管理和序列化 / 116 建议46：显式释放资源需继承接口IDis [p1o1s] able / 116 建议47：即使提供了显式释放方[0法0]，也应该在终结器中提供隐式清理 / 119 建议48：Dis [p1o1s] e方[0法0]应允许被多次调用 / 120 建议49：在Dis [p1o1s] e模式中应提取一个受保护的虚方[0法0] / 121 建议50：在Dis [p1o1s] e模式中应区别对待托管资源和非托管资源 / 123 建议51：具有可释放字段的类型或拥有本机资源的类型应该是可释放的 / 124 建议52：及时释放资源 / 125 建议53：必要时应将不再使用的对象引用赋值为null / 127 建议54：为无用字段标注不可序列化 / 131 建议55：利用定制特性减少可序列化的字段 / 136 建议56：使用继承ISerializable接口更灵活地控制序列化过程 / 137 建议57：实现ISerializable的子类型应负责父类的序列化 / 140 [1[0第0]1]5章 异常与自定义异常 / 144 建议58：用抛出异常代替返回错误代码 / 144 建议59：不要在不恰[0当0]的场合下引发异常 / 147 建议60：重新引发异常时使用Inner Exception / 150 建议61：避免在fin[0all0]y内撰写无效代码 / 151 建议62：避免嵌套异常 / 157 建议63：避免“吃掉”异常 / 160 建议64：为循环增加Tester-Doer模式而不是将try-catch置于循环内 / 161 建议65：总是处理未捕获的异常 / 162 建议66：正确捕获多线程中的异常 / 166 建议67：慎用自定义异常 / 168 建议68：从System.Exception或其他常见的基本异常中派生异常 / 170 建议69：应使用fin[0all0]y避免资源泄漏 / 172 建议70：避免在调用栈较低的位置记录异常 / 175 [1[0第0]1]6章 异步、多线程、任务和并行 / 177 建议71：区分异步和多线程应用场景 / 177 建议72：在线程同步中使用信号量 / 180 建议73：避免锁定不恰[0当0]的同步对象 / 184 建议74：警惕线程的IsBackground / 188 建议75：警惕线程不[0会0]立即启动 / 189 建议76：警惕线程的[0优0]先级 / 191 建议77：正确停止线程 / 193 建议78：应避免线程数量过多 / 194 建议79：使用ThreadPool或BackgroundWorker代替Thread / 196 建议80：用Task代替ThreadPool / 198 建议81：使用Par[0all0]el简化同步状态下Task的使用 / 202 建议82：Par[0all0]el简化但不等同于Task默认行为 / 204 建议83：小心Par[0all0]el中的陷阱 / 205 建议84：使用PLINQ / 208 建议85：Task中的异常处理 / 209 建议86：Par[0all0]el中的异常处理 / 214 建议87：区分WPF和WinForm的线程模型 / 216 建议88：并行并不总是速度更快 / 220 建议89：在并行方[0法0]体中谨慎使用锁 / 222 [1[0第0]1]二部分 架构篇 [1[0第0]1]7章 成员设计 / 226 建议90：不要为抽象类提供公开的构造方[0法0] / 226 建议91：可见字段应该重构为属性 / 226 建议92：谨慎将数组或集合作为属性 / 227 建议93：构造方[0法0]应初始化主要属性和字段 / 228 建议94：区别对待override和new / 229 建议95：避免在构造方[0法0]中调用虚成员 / 235 建议96：成员应[0优0]先考虑公开基类型或接口 / 236 建议97：[0优0]先考虑将基类型或接口作为参数传递 / 237 建议98：用params减少重复参数 / 237 建议99：重写时不应使用子类参数 / 238 建议100：静态方[0法0]和实例方[0法0]没有区别 / 239 建议101：使用扩展方[0法0]，向现有类型“添加”方[0法0] / 240 [1[0第0]1]8章 类型设计 / 243 建议102：区分接口和抽象类的应用场合 / 243 建议103：区分组合和继承的应用场合 / 245 建议104：用多态代替条件语句 / 248 建议105：使用私有构造函数强化单例 / 251 建议106：为静态类添加静态构造函数 / 253 建议107：区分静态类和单例 / 255 建议108：将类型标识为sealed / 255 建议109：谨慎使用嵌套类 / 256 建议110：用类来代替enum / 257 建议111：避免[0[0双0]0]向耦合 / 260 建议112：将现实世界中的对象抽象为类，将可复用对象圈起来就是命[0名0]空间 / 262 [1[0第0]1]9章 安全性设计 / 264 建议113：声明变量前考虑[zui][0大0]值 / 264 建议114：MD5不再安全 / 265 建议115：通过HASH来验证文件是否被篡改 / 268 建议116：避免用非对称算[0法0]加密文件 / 269 建议117：使用SSL确保通信中的数据安全 / 273 建议118：使用SecureString保存密钥等机密字符串 / 284 建议119：不要使用自己的加密算[0法0] / 289 建议120：为程序集指定强[0名0]称 / 289 建议121：为应用程序设定运行[0权0]限 / 291 [1[0第0]1]三部分 编码规范及习惯 [1[0第0]1]10章 命[0名0]规范 / 296 建议122：以 建议123：程序集不必与命[0名0]空间同[0名0] / 296 建议124：考虑在命[0名0]空间中使用复数 / 297 建议125：避免用FCL的类型[0名0]称命[0名0]自己的类型 / / 297 建议126：用[0名0]词和[0名0]词组给类型命[0名0] / 298 建议127：用形容词组给接口命[0名0] / 299 建议128：考虑让派生类的[0名0]字以基类[0名0]字作为后缀 / 300 建议129：泛型类型参数要以T作为前缀 / 300 建议130：以复数命[0名0]枚举类型，以单数命[0名0]枚举元素 / 301 建议131：用PascalCasing命[0名0]公开元素 / 302 建议132：考虑用类[0名0]作为属性[0名0] / 302 建议133：用camelCasing命[0名0]私有字段和局部变量 / 303 建议134：有条件地使用前缀 / 304 建议135： 考虑使用肯定性的短语命[0名0]布尔属性 / 305 建议136：[0优0]先使用后缀表示已有类型的新版本 / 306 建议137：委托和事件类型应添加上级后缀 / 307 建议138：事件和委托变量使用动词或形容词短语命[0名0] / 308 建议139：事件处理器命[0名0]采用组合方式 / 309 [1[0第0]1]11章 代码整洁 / 311 建议140：使用默认的访问修饰符 / 311 建议141：不[0知0]道该不该用[0大0]括号时，就用 / 312 建议142：总是提供有意义的命[0名0] / 314 建议143：方[0法0]抽象级别应在同一层次 / 315 建议144：一个方[0法0]只做一件事 / 316 建议145：避免过长的方[0法0]和过长的类 / 317 建议146：只对外公布必要的操作 / 318 建议147：重构多个相关属性为一个类 / 319 建议148：不重复代码 / 320 建议149：使用表驱动[0法0]避免过长的if和switch分支 / 321 建议150：使用匿[0名0]方[0法0]、Lambda表达式代替方[0法0] / 324 建议151：使用事件访问器替换公开的事件成员变量 / 325 建议152：[zui]少，甚至是不要注释 / 326 建议153：若抛出异常，则必须要注释 / 326 [1[0第0]1]12章 规范开发行为 / 327 建议154：不要过度设计，在敏捷中体[0会0]重构的乐趣 / 327 建议155：随生产代码一起提交单元测试代码 / 336 建议156：利用特性为应用程序提供多个版本 / 342 建议157：从写[1[0第0]1]一个界面开始，就进行自动化测试 / 344 |
| 编辑推荐 |
| 这是一本关于C#编码[zui]佳实践的集[0大0]成之作，也是一本能指导C#程序员编写出高质量代码的指点迷津之作。全书从C#语[0法0]、程序的架构和设计、编码规范和编程习惯3[0大0]方面为广[0大0]的C#程序员们总结出了157条[0极0]富借鉴意义的建议，这些建议都是在实践中被证明是解决C#编码中疑难问题的[zui]佳实践。如果能掌握本书中的内容，不仅能加深对C#语言的理解和提升程序架构和设计方面的能力，而且还能规范我们的开发行为和习惯，让我们成为一[0名0][0优0]秀的程序员，让我们能编写出更高质量的代码。——51CTO（www.51cto.com） 作为一[0名0]程序员，没有人愿意留下一堆糟糕的代码。如果我们编写的代码运行速度慢、消耗的内存多，而且还时不时地抛出一些莫[0名0]其妙的错误，我们一定[0会0]十分疑惑：我们的代码到底怎么了？问题很明显：我们编写的代码质量不高。本书从C#语言本身、程序的架构和设计、编码规范和编程习惯等3[0大0]方面就如何编写高质量的C#代码给出了[0大0]量的宝贵建议。如果能理解并熟练使用本书中的[0知0]识，我们不仅能在一定程度上避免糟糕的代码，而且还能[0大0]幅度提升编码水平。——马伟资深微软技术专家/ASP.NET MVP/[0畅0]销书《ASP.NET 4[0权0]威指南》作者 [0学0]习任何一门编程语言，入门一般都不难，难的是进阶和提高；让程序跑起来不难，难的是如何让程序跑得又快又好。作为一个程序员，我们在进阶的路上总[0会0]遇到各种各样的问题，有时候需要为这些问题付出代价，需要在不断试错和纠错中积累经验。很幸运的是，本书针对C#语[0法0]、程序的架构和设计、编码规范和编程习惯等3[0大0]方面给出了157条宝贵的建议，每一条建议都来自于实践和经验的总结，每一条建议都能帮你避免在编码时可能[0会0]犯下的错误，实用性[0极0]强。强烈推荐！——姜晓东资深微软技术专家/[0畅0]销书《C# 4.0[0权0]威指南》作者 |
用户评价
这本书的出版，无疑为广大C开发者提供了一份珍贵的参考手册。在实际项目开发过程中，我们常常会遇到各种各样的问题，从最初的需求理解到最终的部署维护，每一个环节都可能隐藏着潜在的风险和优化空间。这本书的出现，恰好填补了这一领域的空白，它没有空谈理论，而是直击痛点，提供了切实可行的解决方案。 当我翻开这本书时，最直观的感受就是其内容覆盖的广度和深度。它不仅仅局限于语言层面的语法技巧，更深入地探讨了代码的可读性、可维护性、可测试性以及性能优化等多个维度。作者在每一条建议的阐述上都力求清晰易懂，并且往往会结合实际的代码示例，使得读者能够快速理解并应用到自己的开发实践中。比如，在关于异常处理的部分，书中详细讲解了如何优雅地处理不同类型的异常，如何避免常见的陷阱，以及如何通过自定义异常来提升代码的清晰度，这些都是在日常工作中非常实用的技巧。 另外，这本书在组织结构上也颇具匠心。它将157条建议按照逻辑关系进行归类，使得读者在阅读时能够形成系统性的认知，而不是零散的知识点堆砌。这种结构化的呈现方式，不仅有助于读者理解知识点之间的联系，也方便了在遇到特定问题时能够快速定位到相关的建议。例如，在涉及设计模式的部分，书中并没有简单地罗列各种设计模式，而是从解决实际问题的角度出发，引导读者理解为什么需要某个设计模式，以及如何在C中有效地实现它，这大大提升了学习的效率和效果。 更重要的是，这本书不仅仅停留在“是什么”的层面，更深入地探讨了“为什么”和“如何做”。很多建议都不仅仅是告诉你应该怎么写，而是会解释背后的原理和设计思想，这对于提升开发者的思维能力和解决问题的能力有着至莫大的帮助。例如，在讨论代码复用时，书中不仅介绍了各种实现方式，还分析了不同方式的优缺点以及适用场景，让读者能够做出更明智的技术选型。这种深入的剖析，让这本书成为了一本值得反复品读和借鉴的佳作。 总而言之，这本书对于任何想要提升C代码质量的开发者来说，都是一本不可多得的宝藏。它提供了丰富的实操性建议，涵盖了从编码规范到架构设计的各个方面，并且讲解清晰、案例丰富。阅读这本书的过程，就像是与一位经验丰富的导师进行交流，不断地启发思考，解决疑惑。我相信，无论你是初学者还是资深开发者，都能从这本书中获益匪浅，让你的C编程之路更加顺畅，代码更加优雅高效。
评分初次接触这本书，就被其扎实的理论基础和丰富的实战经验所吸引。它就像一本详尽的C编码指南，将许多隐藏在代码深处的“坑”一一揭示，并提供了行之有效的避坑方法。书中对于代码设计的考量，触及了软件工程的核心要素，例如如何构建易于理解、易于修改、易于扩展的代码。 书中对于一些看似微不足道的细节，例如命名规范、注释风格，都进行了深入的探讨，并解释了其背后所蕴含的价值。这让我意识到，一个优秀的代码不仅仅是能够运行，更重要的是它能够被团队成员清晰地理解和高效地协作。这一点在大型项目开发中尤为关键，良好的代码风格能够显著降低沟通成本，提高开发效率。 此外，本书对于性能优化方面的建议，也让我大开眼界。它并没有停留在表面上，而是深入到CLR（公共语言运行时）的底层机制，解释了某些代码写法为什么会导致性能下降，以及如何通过调整写法来获得更好的表现。例如，在讨论垃圾回收机制时，书中就详细阐述了如何避免不必要的对象创建，从而减轻GC（垃圾回收器）的负担，这对于优化应用程序的响应速度和资源占用有着直接的帮助。 书中也强调了自动化测试的重要性，并提供了一些关于如何编写高质量单元测试的建议。这对于我来说是一个非常及时的提醒，因为在很多项目中，测试往往是被忽视的环节。而本书的观点是，将测试融入到开发流程中，不仅能够保证代码的正确性，更能够为后续的重构和维护提供坚实的保障。 总的来说，这本书是一本极具价值的C开发参考书，它能够帮助开发者建立起更加健壮、高效、可维护的代码体系。它所传达的理念，远超出了简单的代码技巧，而是指向了软件开发的本质。我强烈推荐每一位C开发者都阅读这本书，并将其中的建议融会жаются地运用到自己的开发实践中。
评分这本书的价值体现在其对C语言特性的深入挖掘和灵活运用上。它不仅仅是罗列语法，而是教会读者如何利用C的强大功能来编写出更具表现力、更安全、更高效的代码。很多建议都触及了C一些不太为人熟知的特性，或者是一些被大家普遍使用但可能存在误区的用法，并给出了正解。 例如，在处理并发编程时，书中提供了一些非常实用的建议，不仅仅是简单的`lock`语句，而是介绍了`async/await`模式的正确使用方式，以及如何利用`Task`并行库来简化多线程编程，这对于处理高并发场景下的应用程序开发来说，是不可或缺的知识。它解释了不同同步原语的适用场景，以及如何避免常见的死锁和竞态条件，这让我对并发编程有了更深刻的理解。 书中对于代码的可维护性部分的阐述尤为出色。它强调了“少即是多”的原则，以及如何通过良好的抽象和封装来降低代码的复杂度。例如，关于如何有效利用接口、抽象类以及泛型来构建可复用和可扩展的代码，书中提供了非常详细的指导和生动的案例。这让我意识到，好的设计能够极大地减少后期维护的难度和成本。 另外，书中还涉及了领域驱动设计（DDD）的一些理念，虽然可能不是DDD的全面教程，但其中关于如何将业务逻辑更好地映射到代码结构中的指导，对于理解和构建复杂的业务系统非常有帮助。它鼓励开发者思考如何让代码的结构能够更好地反映业务的本质，从而使得代码更加易于理解和沟通。 总而言之，这本书是一本能够显著提升开发者“内功”的书籍。它所包含的建议，并非一蹴而就，而是需要开发者在实践中不断体会和领悟。然而，一旦掌握了其中的精髓，将会对你的C编程能力产生质的飞跃，让你能够写出更加优雅、健壮、富有弹性的代码。
评分对于我这样一个在C开发领域摸爬滚打多年的开发者来说，这本书的出现，就像是在一片迷雾中点亮了一盏明灯。它提供的并非是陈旧的理论，而是紧跟时代发展、紧贴实际开发需求的宝贵经验。书中很多观点都让我产生了“原来是这样”的顿悟感，或者让我对自己固有的编程习惯进行了反思。 我特别欣赏书中关于代码审查（Code Review）和团队协作的建议。它不仅仅停留在技术层面，而是将人的因素考虑在内，强调了沟通的重要性以及如何通过有效的代码审查来促进团队成员之间的知识共享和共同成长。书中提供了一些关于如何进行建设性反馈的指导，这对于提升团队整体的代码质量和开发效率至关重要。 书中对于“技术债务”的论述也让我深有体会。它清晰地阐述了技术债务的成因、危害以及如何有效地管理和偿还技术债务。这让我开始重新审视自己在过去的项目中可能积累下的技术债务，并开始思考如何通过更明智的代码设计和重构来规避和减少它们。 此外，书中还对一些新兴的技术和最佳实践进行了介绍，例如如何更好地利用LINQ（语言集成查询）来简化数据查询操作，以及如何利用.NET Core的一些新特性来提升应用程序的性能和可移植性。这些内容都非常有价值，能够帮助开发者保持技术上的前沿性。 总而言之，这本书是一本能够帮助开发者实现“从量变到质变”的成长书籍。它所提供的建议，涵盖了从个人编码习惯到团队协作再到技术前沿的方方面面，并且都以一种非常务实和易于理解的方式呈现。我将把它作为我的案头常备书，随时翻阅，并不断地将其中的智慧融入到我的日常开发工作中。
评分阅读这本书的过程，是一次令人愉悦的学习体验。作者以一种非常清晰和有条理的方式，将大量的C编程实践经验浓缩成157条建议，每一条都言简意赅，却蕴含着深刻的道理。它不像一些技术书籍那样枯燥乏味，而是充满了启发性和可操作性。 书中对于代码重构的建议，给我留下了深刻的印象。它不仅讲解了重构的意义和价值，还提供了一些具体的重构技巧和场景，例如如何安全地提取方法、如何消除重复代码、如何简化条件语句等。这些技巧对于改进现有代码、提升代码的可读性和可维护性非常有帮助。 让我印象深刻的还有书中关于“错误处理”的探讨。它并没有仅仅停留在`try-catch`的层面，而是深入分析了不同类型的错误，以及如何设计出能够更好地应对错误的代码。它鼓励开发者思考如何将错误信息有效地传递给用户或上级系统，并提供了一些关于如何实现健壮的错误处理机制的建议。 书中还涉及了一些关于如何利用C的面向对象特性来编写更具扩展性和复用性的代码的讨论。例如，如何正确地使用继承、多态和组合，以及如何通过设计模式来解决常见的软件设计问题。这些内容对于构建大型、复杂的应用程序非常有帮助。 总而言之，这本书是一本集理论与实践于一体的C编程宝典。它不仅仅是告诉你“应该怎么做”，更是帮助你理解“为什么这么做”，并且提供了“如何去做”的详细指导。我相信，这本书的价值将会在每一位读者的实际开发过程中得到充分的体现，帮助他们写出更优秀、更卓越的C代码。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.coffeedeals.club All Rights Reserved. 静流书站 版权所有