分类
发现
听书
课程
标签
搜索
注册
登录
分类
发现
听书
课程
榜单
标签
收录
注册
登录
编写高质量代码之C#、C++
文档评分：
4.0 （
0 个有效评分
）
文档语言：
中文
章节数量：
324
阅读人次：
306
收藏数量：
0
整理分享：
管理员
阅读
收藏内容
扫码阅读
阅读
收藏内容
扫码阅读
文档标签
高质量
编写
代码
++。
#、
文档概述
编写高质量代码之C#、C++
书籍目录
书籍评论 (
0
)
编写高质量代码：改善C#程序的157个建议
前言
如何阅读本书
资源及勘误
致谢
第一部分 语言篇
第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
建议17：多数情况下使用foreach进行循环遍历
建议18：foreach不能代替for
建议19：使用更有效的对象和集合初始化
建议20：使用泛型集合代替非泛型集合
建议21：选择正确的集合
建议22：确保集合的线程安全
建议23：避免将List＜T＞作为自定义集合类的基类
建议24：迭代器应该是只读的
建议25：谨慎集合属性的可写操作
建议26：使用匿名类型存储LINQ查询结果
建议27：在查询中使用Lambda表达式
建议28：理解延迟求值和主动求值之间的区别
建议29：区别LINQ查询中的IEnumerable＜T＞和IQueryable＜T＞
建议30：使用LINQ取代集合中的比较器和迭代器
建议31：在LINQ查询中避免不必要的迭代
第3章 泛型、委托和事件
建议33：避免在泛型类型中声明静态成员
建议34：为泛型参数设定约束
建议35：使用default为泛型类型变量指定初始值
建议36：使用FCL中的委托声明
建议37：使用Lambda表达式代替方法和匿名方法
建议38：小心闭包中的陷阱
建议39：了解委托的实质
建议40：使用event关键字为委托施加保护
建议41：实现标准的事件模型
建议42：使用泛型参数兼容泛型接口的不可变性
建议43：让接口中的泛型参数支持协变
建议44：理解委托中的协变
建议45：为泛型类型参数指定逆变
第4章 资源管理和序列化
建议47：即使提供了显式释放方法，也应该在终结器中提供隐式清理
建议48：Dispose方法应允许被多次调用
建议49：在Dispose模式中应提取一个受保护的虚方法
建议50：在Dispose模式中应区别对待托管资源和非托管资源
建议51：具有可释放字段的类型或拥有本机资源的类型应该是可释放的
建议52：及时释放资源
建议53：必要时应将不再使用的对象引用赋值为null
建议54：为无用字段标注不可序列化
建议55：利用定制特性减少可序列化的字段
建议56：使用继承ISerializable接口更灵活地控制序列化过程
建议57：实现ISerializable的子类型应负责父类的序列化
第5章 异常与自定义异常
建议59：不要在不恰当的场合下引发异常
建议60：重新引发异常时使用Inner Exception
建议61：避免在finally内撰写无效代码
建议62：避免嵌套异常
建议63：避免“吃掉”异常
建议64：为循环增加Tester-Doer模式而不是将try-catch置于循环内
建议65：总是处理未捕获的异常
建议66：正确捕获多线程中的异常
建议67：慎用自定义异常
建议68：从System.Exception或其他常见的基本异常中派生异常
建议69：应使用finally避免资源泄漏
建议70：避免在调用栈较低的位置记录异常
第6章 异步、多线程、任务和并行
建议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章 成员设计
建议91：可见字段应该重构为属性
建议92：谨慎将数组或集合作为属性
建议93：构造方法应初始化主要属性和字段
建议94：区别对待override和new
建议95：避免在构造方法中调用虚成员
建议96：成员应优先考虑公开基类型或接口
建议97：优先考虑将基类型或接口作为参数传递
建议98：用params减少重复参数
建议99：重写时不应使用子类参数
建议100：静态方法和实例方法没有区别
建议101：使用扩展方法，向现有类型“添加”方法
第8章 类型设计
建议103：区分组合和继承的应用场合
建议104：用多态代替条件语句
建议105：使用私有构造函数强化单例
建议106：为静态类添加静态构造函数
建议107：区分静态类和单例
建议108：将类型标识为sealed
建议109：谨慎使用嵌套类
建议110：用类来代替enum
建议111：避免双向耦合
建议112：将现实世界中的对象抽象为类，将可复用对象圈起来就是命名空间
第9章 安全性设计
建议114：MD5不再安全
建议115：通过HASH来验证文件是否被篡改
建议116：避免用非对称算法加密文件
建议117：使用SSL确保通信中的数据安全
建议118：使用SecureString保存密钥等机密字符串
建议119：不要使用自己的加密算法
建议120：为程序集指定强名称
建议121：为应用程序设定运行权限
第三部分 编码规范及习惯
第10章 命名规范
建议123：程序集不必与命名空间同名
建议124：考虑在命名空间中使用复数
建议125：避免用FCL的类型名称命名自己的类型
建议126：用名词和名词组给类型命名
建议127：用形容词组给接口命名
建议128：考虑让派生类的名字以基类名字作为后缀
建议129：泛型类型参数要以T作为前缀
建议130：以复数命名枚举类型，以单数命名枚举元素
建议131：用PascalCasing命名公开元素
建议132：考虑用类名作为属性名
建议133：用camelCasing命名私有字段和局部变量
建议134：有条件地使用前缀
建议135：考虑使用肯定性的短语命名布尔属性
建议136：优先使用后缀表示已有类型的新版本
建议137：委托和事件类型应添加上级后缀
建议138：事件和委托变量使用动词或形容词短语命名
建议139：事件处理器命名采用组合方式
第11章 代码整洁
建议141：不知道该不该用大括号时，就用
建议142：总是提供有意义的命名
建议143：方法抽象级别应在同一层次
建议144：一个方法只做一件事
建议145：避免过长的方法和过长的类
建议146：只对外公布必要的操作
建议147：重构多个相关属性为一个类
建议148：不重复代码
建议149：使用表驱动法避免过长的if和switch分支
建议150：使用匿名方法、Lambda表达式代替方法
建议151：使用事件访问器替换公开的事件成员变量
建议152：最少，甚至是不要注释
建议153：若抛出异常，则必须要注释
第12章 规范开发行为
建议155：随生产代码一起提交单元测试代码
建议156：利用特性为应用程序提供多个版本
建议157：从写第一个界面开始，就进行自动化测试
编写高质量代码：改善C++程序的150个建议
前言
读者对象
如何阅读本书
勘误和支持
致谢
第一部分 语法篇
第1章 从C继承而来的
建议1：区分0的4种面孔
建议2：避免那些由运算符引发的混乱
建议3：对表达式计算顺序不要想当然
建议4：小心宏#define使用中的陷阱
建议5：不要忘记指针变量的初始化
建议6：明晰逗号分隔表达式的奇怪之处
建议7：时刻提防内存溢出
建议8：拒绝晦涩难懂的函数指针
建议9：防止重复包含头文件
建议10：优化结构体中元素的布局
建议11：将强制转型减到最少
建议12：优先使用前缀操作符
建议13：掌握变量定义的位置与时机
建议14：小心typedef使用中的陷阱
建议15：尽量不要使用可变参数
建议16：慎用goto
建议17：提防隐式转换带来的麻烦
建议18：正确区分void与void*
第2章 从C到C++，需要做出一些改变
建议20：使用memcpy()系列函数时要足够小心
建议21：尽量用new/delete代替malloc/free
建议22：灵活地使用不同风格的注释
建议23：尽量使用C++标准的iostream
建议24：尽量采用C++风格的强制转型
建议25：尽量用const、enum、inline替换#define
建议26：用引用代替指针
第3章 说一说“内存管理”的那点事儿
建议28：new/delete与new[]/delete[]必须配对使用
建议29：区分new的三种形态
建议30：new内存失败后的正确处理
建议31：了解new_handler的所作所为
建议32：借助工具监测内存泄漏问题
建议33：小心翼翼地重载operator new/operator delete
建议34：用智能指针管理通过new创建的对象
建议35：使用内存池技术提高内存申请效率与性能
第4章 重中之重的类
建议37：了解C++悄悄做的那些事
建议38：首选初始化列表实现类成员的初始化
建议39：明智地拒绝对象的复制操作
建议40：小心，自定义拷贝函数
建议41：谨防因构造函数抛出异常而引发的问题
建议42：多态基类的析构函数应该为虚
建议43：绝不让构造函数为虚
建议44：避免在构造/析构函数中调用虚函数
建议45：默认参数在构造函数中给你带来的喜与悲
建议46：区分Overloading、Overriding及Hiding之间的差异
建议47：重载operator=的标准三步走
建议48：运算符重载，是成员函数还是友元函数
建议49：有些运算符应该成对实现
建议50：特殊的自增自减运算符重载
建议51：不要重载operator＆＆、operator||以及operator,
建议52：合理地使用inline函数来提高效率
建议53：慎用私有继承
建议54：抵制MI的糖衣炮弹
建议55：提防对象切片
建议56：在正确的场合使用恰当的特性
建议57：将数据成员声明为private
建议58：明晰对象构造与析构的顺序
建议59：明了如何在主调函数启动前调用函数
第5章 用好模板，向着GP开进
建议61：将模板的声明和定义放置在同一个头文件里
建议62：用模板替代参数化的宏函数
建议63：区分函数模板与模板函数、类模板与模板类
建议64：区分继承与模板
第6章 让神秘的异常处理不再神秘
建议66：传值throw异常，传引用catch异常
建议67：用"throw;"来重新抛出异常
建议68：了解异常捕获与函数参数传递之间的差异
建议69：熟悉异常处理的代价
建议70：尽量保证异常安全
第7章 用好STL这个大轮子
建议72：熟悉STL中的有关术语
建议73：删除指针的容器时避免资源泄漏
建议74：选择合适的STL容器
建议75：不要在STL容器中存储auto_ptr对象
建议76：熟悉删除STL容器中元素的惯用法
建议77：小心迭代器的失效
建议78：尽量使用vector和string代替动态分配数组
建议79：掌握vector和string与C语言API的通信方式
建议80：多用算法调用，少用手写循环
第二部分 编码习惯和规范篇
第8章 让程序正确执行
建议82：积极使用const为函数保驾护航
建议83：不要返回局部变量的引用
建议84：切忌过度使用传引用代替传对象
建议85：了解指针参数传递内存中的玄机
建议86：不要将函数参数作为工作变量
建议87：躲过0值比较的层层陷阱
建议88：不要用reinterpret_cast去迷惑编译器
建议89：避免对动态对象指针使用static_cast
建议90：尽量少应用多态性数组
建议91：不要强制去除变量的const属性
第9章 提高代码的可读性
建议93：给函数和变量起一个“能说话”的名字
建议94：合理地添加注释
建议95：为源代码设置一定的目录结构
建议96：用有意义的标识代替Magic Numbers
建议97：避免使用“聪明的技巧”
建议98：运算符重载时坚持其通用的含义
建议99：避免嵌套过深与函数过长
建议100：养成好习惯，从现在做起
第10章 让代码运行得再快些
建议102：优化循环，提高效率
建议103：改造switch语句
建议104：精简函数参数
建议105：谨慎使用内嵌汇编
建议106：努力减少内存碎片
建议107：正确地使用内联函数
建议108：用初始化取代赋值
建议109：尽可能地减少临时对象
建议110：最后再去优化代码
第11章 零碎但重要的其他建议
建议112：让条件编译为开发出力
建议113：使用.inl文件让代码整洁可读
建议114：使用断言来发现软件问题
建议115：优先选择编译和链接错误
建议116：不放过任何一条编译器警告
建议117：尽量减少文件之间的编译依赖
建议118：不要在头文件中使用using
建议119：划分全局名空间避免名污染
第三部分 程序架构和思想篇
第12章 面向对象的类设计
建议121：用心做好类设计
建议122：以指针代替嵌入对象或引用
建议123：努力将接口最小化且功能完善
建议124：让类的数据隐藏起来
建议125：不要让成员函数破坏类的封装性
建议126：理解“virtual+访问限定符”的深层含义
建议127：谨慎恰当地使用友元机制
建议128：控制对象的创建方式
建议129：控制实例化对象的个数
建议130：区分继承与组合
建议131：不要将对象的继承关系扩展至对象容器
建议132：杜绝不良继承
建议133：将RAII作为一种习惯
建议134：学习使用设计模式
建议135：在接口继承和实现继承中做谨慎选择
建议136：遵循类设计的五项基本原则
第13章 返璞归真的程序设计
建议138：为应用设定特性集
建议139：编码之前需三思
建议140：重构代码
建议141：透过表面的语法挖掘背后的语义
建议142：在未来时态下开发C++程序
建议143：根据你的目的决定造不造轮子
建议144：谨慎在OO与GP之间选择
建议145：让内存管理理念与时俱进
建议146：从大师的代码中学习编程思想与技艺
建议147：遵循自然而然的C++风格
建议148：了解C++语言的设计目标与原则
建议149：明确选择C++的理由
相关书籍
纳兰性德诗词
当呼吸化为空气（震撼40国读者的“生命之书”，《纽约时报》非虚构类NO.1，美亚排名第一，4000 五星好评！) - 保罗·卡拉尼什
宝宝启蒙睡前小故事·小象的长鼻子
中国货币政策的产业结构效应研究
蓝玫瑰不会安眠
电子商务数据分析
农业与工业化
助推地方脱贫 攻坚乡村振兴——市校合作的开封模式
jQuery实战.第2版
青少年足球运动员培养训练宝典（全彩图解修订版） - [西]霍斯特·韦恩（Horst Wein）,李东波,陈柳
鹿智者的法则：如何唤醒内在的智慧
夜航
相关内容
全面深化改革绘就高质量发展壮美画卷
《黑洞与时间弯曲》
×
分享，让知识传承更久远
×
《编写高质量代码之C#、C++》电子书下载
请下载您需要的格式的电子书，随时随地，享受学习的乐趣！
EPUB 电子书
×
二维码
手机扫一扫，轻松掌上学
欢迎使用AI助手
AI助手
全屏
缩小
隐藏
清空
![青少年足球运动员培养训练宝典（全彩图解修订版） - [西]霍斯特·韦恩（Horst Wein）,李东波,陈柳](/uploads/projects/69ae30050fc59e3c80d622686bb33bb8/cover.jpg)
