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