2. 类级别代码坏味道 2.1. 过高的圈复杂度 2.1.1. 大量的分支和循环2.1.2. 1～102.1.2.1. 代码简单没有风险2.1.3. 11～202.1.3.1. 较复杂，风险相对较低2.1.4. 21～502.1.4.1. 引起注意，中等风险2.1.5. 超过502.1.5.1. 风险高，必须重构2.1.6. 解决方案2.1.6.1. 使用工...
5.2. 低耦合 5.2.1. 相互独立的类越多5.2.2. 依赖注入技术有助于编写低耦合且易于测试的整洁代码 6. 为变化而设计 6.1. 设计变化的内容和方式 6.2. 面向接口编程 6.2.1. Interface-Oriented Programming，IOP6.2.2. 有助于编写多态的代码6.2.3. 控制反转可以在必要时替换实现了相同接口的软件的...
2.5. 类耦合度 2.5.1. 类的代码耦合度决定了类之间的耦合级别2.5.2. 基于接口编程 2.6. 面向对象编程编程范式的影响 2.6.1. （Object-Oriented Programming，OOP）2.7. 代码行数 2.7.1. 源代码行（包括空行）的完整统计数目 2.8. 可执行代码行数 2.8.1. 可执行代码中操作的数量 2.9. Visua...
1.1. 开发软件的原因 2. 切面关注点 2.1. 所有的代码领域都需要处理相关的问题 3. 结构化模式 3.1. 装饰器模式 3.1.1. 可以在现有对象上添加新的功能，而不改变其结构 3.2. 代理模式 3.2.1. 所提供的对象可以替代客户端使用的实际服务对象 4. 使用PostSharp实现AOP 4.1. 收费软件 4.2. 缓存 ...
1. 基本信息 C#代码整洁之道：代码重构与性能提升 ，英文名为Clean Code in C#。作者：[英] 詹森·奥尔斯（Jason Alls） 著，刘夏 译 机械工业出版社，2022年4月出版。1.1. 读薄率 书籍总字数489000字，笔记总字数8927字。读薄率 8927÷489000≈1.83% 1.2. 读厚方向 1.2.1. 函数编程Functional C#...
1.2.1. “你不会需要它”（You Ain't Gonna Need It）1.2.2. 确保类、方法和整体代码行数保持绝对最小水平。1.3. KISS原则 1.3.1. “保持软件简单易懂”（Keep It Simple，Stupid）1.3.2. 务必要保持代码整洁易读，确保即使是新手程序员也能够理解其含义。1.4. DRY原则 1.4.1. “避免重复的...
1.9. 少量的代码比大量的代码更容易评审 1.10. 需要审查的代码越多，越容易出现漏网之鱼 1.11. 在等待代码审查时，请不要再对代码进行任何更改 2. 代码评审人员技能和知识 2.1. 技术权威性 2.2. 具备良好的软技能 2.3. 不要过于挑剔 3. 评审内容 3.1. 应当仅限于开发人员更改并提交的代码 3.2....
2.6. 可选的可执行代码 2.6.1. 服务器可以通过传输可执行代码临时扩展或者自定义客户端的功能 2.7. 所以 2.7.1. 不要假定最终用户是具备特定级别经验的程序员2.7.2. 不必一次性创建完美的API2.7.3. 高价值的资产2.7.3.1. 收费服务2.7.4. 可以永久有效 3. API代理 3.1. 介于客户端和API中间...
罗伯特·C. [英]马丁 软件质量,不但依赖架构及项目管理,而且与代码质量紧密相关。这一点,无论是敏捷开发流派还是传统开发流派,都不得不承认。 本书提出一种观点:代码质量与其整洁度成正比。干净的代码,既在质量上较为可靠,也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者,本书作者给出了一系列行之有效...
代码整洁之道读书笔记(3) 对象和数据结构 我们将变量设置为私有(private)有一个理由:不想让其他人依赖这些变量。我们还想在心血来潮时能自由修改其类型或实现。那么,为什么还是有那么多程序员不假思索就给对象添加赋值器(setter)和取值器… 阅读全文 ...