系列文章
[如何提升系統品質-Day1]命名的重要性
好的命名讓你上天堂，壞的命名讓你住套房。 誰都寫得出機器看的懂的程式碼，但好的程式碼是讓人可以輕易看懂的。 這篇文章以Clean Code這本書中，提到的Mea...
[如何提升系統品質-Day2]重構– UI, Business logic, Data access概念分開
程式寫的好與寫的不好，其實一直很難去定義出來。雖然可以透過一些Quality attribute以及相關的KPI來決定所謂的品質，但卻很難去解釋怎麼樣的寫法，會...
[如何提升系統品質-Day3]重構– DRY & Top-Down思考方式(1)
本篇文章接著上一篇的[如何提升系統品質-Day2]重構– UI, Business logic, Data access概念分開，繼續往下重構。 現實是殘酷的，...
[如何提升系統品質-Day4]重構– DRY & Top-Down思考方式(2)
上一篇的[如何提升系統品質-Day3]重構– DRY & Top-Down思考方式(1)文章因為篇幅限制，所以這一篇會將最後的幾個步驟完成，並看到重構後...
[如何提升系統品質-Day5]重構-跨專案使用類別庫
從重構的v1開始，介紹了原型糾結版，怎麼樣從糾結成一團的程式碼，將UI、Service與Dao的觀念獨立開來（請參考：重構– UI, Business logi...
[如何提升系統品質-Day6]重構-簡單使用interface之『你也會IoC』
上次v3版本，我們將Entity, Service, Dao, Utility都放到了類別庫裡面，讓我們可以輕鬆的在不同專案中用同一份組件。雖然文章沒有獲得太多...
[如何提升系統品質-Day7]測試-單元測試, Just Do It!!
還記得在重構第一篇[如何提升系統品質-Day2]重構– UI, Business logic, Data access概念分開的時候，我們提到了要重構，第一步應...
[如何提升系統品質-Day8]重構-抽象來看程式是否符合DRY原則
之前有提到，應該要抽象地去思考與設計程式。面對既存在的程式碼也是如此，如果看到的只是『一行一行』的程式碼，那就只是『見山是山』的程度。 許多好的軟體公司，都有c...
[如何提升系統品質-Day9]重構-簡化判斷式
前面提到了許多篇重構的方式，都是偏向pattern或較大面向的設計重構，在面對比較大的系統包袱時，或許大家比較沒法子運用的得心應手，所以接下來會穿插一些誰都可以...
[如何提升系統品質-Day10]重構-合併重複的條件片段
這次的目標一樣是用抽象地角度來看我們的程式碼，用人類的話來解釋程式碼的目的與行為，並且避免重複的程式碼出現。 [如何提升系統品質]系列文章連結 需求說明 我們有...