該系列第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 難點 單一職責，何為單一職責 ...