問題
你對所謂 “單元” 測試的想法爲何。
想法
單元測試是一種有效的方法、手段、工具 etc…
目的是為了「品質」，從兩個角度來說:
- 對客戶來說: 功能符合需求
- *對開發者來說: 好擴充易修改
額外的好處:
- 快速揪錯、快速回饋 : 如果團隊有執行 UT 或是 TDD 的習慣，在開發過程中就可以發現部份的錯誤
- Test Case 就是文件、就是 Use Case
- TDD 要從 UT 開始寫，讓開發者優先考慮與其互動的 Service 或 Module 會怎麼使用這個方法
- UT 是重構的基礎，有了 UT 作保護網，可以大膽重構
- *重構才能往 Design Pattern 的方向走
如上圖，
但是我現在卡在 Design 的部份，
我可以讓測試趨動「開發」，
但是沒有辦法產生良好的設計。
所以接觸了 DDD (一知半解的狀態)，
然後想到以前學過的 Design Pattern ，但是實務上並沒有套用得很靈活，
很多時候為了 DP 而 DP, 而重構我可以作到小幅度的重構, 精簡程式碼
但是如果要重構成另一個 Pattern 時就又有點卡住了，所以我想我可能沒有掌握住軟體 Design 的技巧
反思與小結
最近參加了 Implementing Domain-driven Design 的讀書會，
像是導師所說，學習了單元測試與 TDD 後，
試著應用在實務上還是有所困難的，
所以我刻意建立了一些專案用來學習。
Test First 或 TDD 不應該省略設計的部份，
Domain-driven Design 常被縮寫成 DDD，
TDD 則為 Test-Driven Development。
而當華語文人士整天說著 ATDD、BDD、DDD 與 TDD 時，
有注意到這個 D(Design) 不是 D(Development) 嗎 ?
進一步來說，TDD 的要求開發之前先寫測試，意味著要先寫測試案例，
這個步驟會讓你思考「你要怎麼呼叫你的代碼」，也就是說「你要如何設計的代碼」，
接下來，我會用一個購物車的開發作為案例，
試著用這個過程找到自已的盲點。
購物車的畫面如上，我會使用 C# 的 ASP.NET Core 進行開發，
雖然我會延用 ASP.NET 所提供的 MVC 框架，但我也會試著使用 DDD 的概念去設計，
我會設計一系列的 Domain Model 並且使用 Domain Service 作為隔離，
MVC 的 Controller 我會視為 DDD 的 Application Service，
這裡會出現 View Model，不同於 Domain Model，View Model 由 UI 所需要的資料決定。
更多的細節會記錄在後續的筆記當中。
(fin)