该系列第1篇: 讲述了如何创造"缝". "缝"(seam)是需要知道的概念. 本文是第2篇, 介绍的是如何避免在构建对象时写出不易测试的代码. 本文的概念性内容大部分都来自Misko Hevery的这篇博客文章. 构建 还是用上文里汽车的例子. 通常情况下, 我们是先去建造汽车, 组装 ...

第1篇: 讲述了如何创造"缝". "缝"(seam)是需要知道的概念. 第2篇, 避免在构建对象时写出不易测试的代码. 第3篇, 依赖项和迪米特法则. 本文是第4篇, 将介绍全局状态引起的问题. 全局状态 全局状态, 也可以叫做应用程序状态, 它是一组变量, 这些变量维护 ...

有时候不是我们不想做单元测试, 而是这代码写的实在是没法测试.... 举个例子, 如果一辆汽车在产出后没完成测试, 那么没人敢去驾驶它. 代码也是一样的, 如果项目未能进行该做的测试, 那么客户就不敢去使用它, 即使使用了也会遇到“车祸”. 为什么要测试/测试的好处 它可 ...

第1篇: 讲述了如何创造"缝". "缝"(seam)是需要知道的概念. 第2篇, 避免在构建对象时写出不易测试的代码. 本文是第3篇, 讲述依赖项和迪米特法则. 迪米特法则 (Law of Demeter) 还是使用建造汽车的例子. 生产汽车的时候需要轮胎, 组装时需要什么型号 ...

这两周我需要对一个历史遗留的功能做一些扩展，正如很多人不愿意碰这些历史遗留的代码一样，我的内心也同样对这样的任务充满反抗。这些代码中充斥着各种null判断（你写的return null正确吗？），不规范的变量命名，层层嵌套的if…else语句。显然面对这样的代码我无从下手，更别提什么重构、单元测试 ...

本文很多内容来自选自TDD实例一书。 预备知识 最好有一些预备知识，例如xUnit，Moq，如何编写易于测试的代码，这些内容我都写了文章：https://www.cnblogs.com/cgzl/p/9178672.html#test。 Test Driven Development ...

个人博客原文： 单一职责原则 设计模式六大原则之一：单一职责原则 简介 姓名 ：单一职责原则 英文名 ：Single Responsibility Principle 座右铭 ：There should never be more than one reason ...

一、概述 1.1 定义 单一职责原则（Single Responsibility Principle）： 不要存在多于一个导致类变更的原因。 核心思想：系统中的每一个对象都应该只有一个单独的职责，而所有对象所关注的就是自身职责的完成。 1.2 难点 单一职责，何为单一职责 ...