读C#代码整洁之道笔记05_使用工具改善代码和单元测试

Posted 躺柒

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了读C#代码整洁之道笔记05_使用工具改善代码和单元测试相关的知识,希望对你有一定的参考价值。

1. 高品质的代码

1.1. 性能(Performance)

  • 1.1.1. 只执行需要的操作,而且执行迅速

  • 1.1.2. 不会使系统陷入停顿

1.2. 可用性(Availability)

  • 1.2.1. 持续在所需的性能水平上保持可用

  • 1.2.2. Topic1

1.3. 安全性(Security)

  • 1.3.1. 正确验证输入

  • 1.3.2. 防止无效的数据格式或超范围的无效数据

  • 1.3.3. 防止恶意攻击代码

  • 1.3.4. 身份验证

  • 1.3.5. 鉴权操作

  • 1.3.6. 具备容错性

1.4. 可伸缩性(Scalability)

  • 1.4.1. 安全地处理指数级增长的用户数目,而不会令系统停顿

1.5. 可维护性(Maintainability)

  • 1.5.1. 修复缺陷并添加新功能的难易程度

  • 1.5.2. 低耦合高内聚

1.6. 可访问性(Accessibility)

  • 1.6.1. 能力受限的成员也能够根据自己的需要轻松地修改和使用软件

  • 1.6.2. 高对比度的用户界面

  • 1.6.3. 针对阅读困难者和盲人添加的旁白

1.7. 可部署性(Deployability)

  • 1.7.1. 针对软件的用户

  • 1.7.1.1. 独立用户

  • 1.7.1.2. 远程访问的用户

  • 1.7.1.3. 局域网用户

  • 1.7.2. 软件都应当易于部署而不会出现任何问题

1.8. 可扩展性(Extensibility)

  • 1.8.1. 添加新功能以进行扩展的容易程度

1.9. 简记为PASSMADE

2. 代码度量

2.1. 关注软件的复杂性与可维护性

2.2. 维护性指标

  • 2.2.1. 应用程序生命周期管理的重要组成部分

  • 2.2.1.1. (Application Lifecycle Management,ALM)

  • 2.2.2. 20及以上的分数颜色级别为绿色

  • 2.2.2.1. 良好的维护性

  • 2.2.3. 10分到19分的分数颜色级别为黄色

  • 2.2.3.1. 中等维护性

  • 2.2.4. 小于10分的分数颜色级别为红色

  • 2.2.4.1. 难以维护

2.3. 圈复杂度

  • 2.3.1. 路径越多,软件就越复杂

2.4. 继承深度

  • 2.4.1. 相互继承类的数量的度量值

  • 2.4.2. 理想的继承深度为1

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. Visual Studio 自带

3. 工具

3.1. 使用快速操作

  • 3.1.1. VS自带

3.2. JetBrains dotTrace

3.3. JetBrains ReSharper

3.4. JetBrains dotPeek

  • 3.4.1. 免费

3.5. JetBrains dotCover

3.6. JetBrains dotMemory

3.7. JetBrains 全家桶

3.8. Telerik JustDecompile

  • 3.8.1. 开源

4. 单元测试

4.1. TDD绝对是提升程序能力的一个必要之选

  • 4.1.1. Test-Driven Development

4.2. 行为驱动开发(Behavior-Driven Development,BDD)

  • 4.2.1. BDD是由TDD演进而来的一种软件开发方法。

4.3. 软件越关键,就越需要重视单元测试技术(例如TDD和BDD)的使用

4.4. 在代码开发阶段,程序员应该始终测试自己的代码

4.5. 只有在代码完成并准备进入产品环境的前提下,“程序员永远不应该测试自己的代码”才是正确的

4.6. 正确的规划和设计实质上会加快编码速度,尤其在考虑维护和扩展的情况下

  • 4.6.1. 凡事预则立,不预则废。

  • 4.6.2. 越早考虑谋划、考虑谋划越全面,后期应对变化越从容

4.7. 单元测试不应当依赖在它之前运行的其他测试

4.8. 单元测试最好在毫秒时间内完成

5. 无法容忍缺陷的软件

5.1. 处理私人和商业投资的金融系统

5.2. 医疗设备

5.3. 交通管理和导航系统的运输信号系统

5.4. 空间飞行系统

5.5. 武器系统

6. 删除冗余

6.1. 无用代码

  • 6.1.1. 冗余又没有调用者的代码

6.2. “噪声”注释

  • 6.2.1. 程序员都会为这些注释所扰

6.3. 冗余测试

7. 测试工具

7.1. MSTest

7.2. NUnit

7.3. 测试框架

  • 7.3.1. NUnit比MSTest提供了更加细粒度的测试方法和更好的性能

7.4. Moq

7.5. Rhino Mocks

7.6. 测试替身框架

  • 7.6.1. Moq比Rhion Mock更加易于学习和使用

7.7. SpecFlow

  • 7.7.1. BDD框架

以上是关于读C#代码整洁之道笔记05_使用工具改善代码和单元测试的主要内容,如果未能解决你的问题,请参考以下文章

读C#代码整洁之道笔记04_重构C#代码识别代码坏味道

读C#代码整洁之道笔记03_切面关注点异常处理和线程与并发

读C#代码整洁之道笔记01_C#的编码标准和原则

第九次读书笔记——读《代码整洁之道》有感

《代码整洁之道》读书笔记-1

C#代码整洁之道读后总结与感想