思维导图备注

编写高质量代码之C#、C++
首页 收藏书籍 阅读记录
  • 书签 我的书签
  • 添加书签 添加书签 移除书签 移除书签

建议114：MD5不再安全

浏览 1 扫码
  • 小字体
  • 中字体
  • 大字体
2022-01-24 09:39:00
请 登录 再阅读
上一篇:
下一篇:
  • 书签
  • 添加书签 移除书签
  • 编写高质量代码：改善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++的理由
暂无相关搜索结果！
    展开/收起文章目录

    二维码

    手机扫一扫，轻松掌上学

    《编写高质量代码之C#、C++》电子书下载

    请下载您需要的格式的电子书，随时随地，享受学习的乐趣！
    EPUB 电子书

    书签列表

      阅读记录

      阅读进度: 0.00% ( 0/0 ) 重置阅读进度