michael harmer
）建立架構時，應明確使用原則、公理和模擬來指導建立過程。這將在架構上帶來許多好處。如果單憑個人經驗意見和口味來盲目地建立架構，是無法獲得這些好處的。
這樣做，架構的文件化將會更加容易，從描述架構所遵循的原則開始即可。相比費力傳達架構師的個人意見和經驗，這樣做會簡單得多。而且，對需要理解和實現架構的人來說，有了這些原則會更加方便。對於需要接著在這個架構上工作的繼任架構師或經驗不足的架構師，這也非常寶貴。
原則清晰的架構能夠把架構師解放出來，使其免於進行全面複審而忙得不可開交，並且也給架構師帶來了圈套的優勢和影響力。碰到以下情形時，架構師無需為了確保一致性而成為
「無所不知的
」工作狂：
個人意見和口味上的分歧，常常會演變為政治性的爭論，其中就會出現動用權威來贏取爭論。然而，只要底層原則十分清楚，分歧便可為深入理性**開闢道路，同時又規避了與個人有關的問題。可能根本無需牽扯到架構，便可解決分歧。
在架構實現及整個過程中，原則和公理也確保了架構上的一致性。一致性通常會成為問題，尤其在跨越多種技術並將長期存在的大型系統中。清楚的架構原則，能夠使那些不熟悉某項特別技術或元件的人，明白其中的緣由，更透徹地理解他們本不熟悉的技術。
架構和功能應優先考慮架構
系統設計時應該優先考慮軟體系統的架構，而不是系統功能。現在許多專案在獲得使用者需求後，只是簡單地進行了系統分析，設計幾個表，選擇以前專案的框架，就忙著開發實現功能，省略了必要的階段評審，專案經理自欺欺人謂之模型預研，無需評審，等使用者試用後，再邊開發新功能邊完善架構。是典型的重系統功能，而忽視系統架...
開發RFID新產品時，先考慮好痛點
和公司談論新產品時，令筆者驚訝的是，有些公司甚至回答不了乙個簡單的問題 這個產品能提供什麼價值?如果筆者正運營一家計畫開發新讀取器或軟體方案的公司，筆者會問筆者的開發團隊這個產品的賣點在哪，使用者為什麼會購買這款新讀取器或軟體方案而不是市場上現有的產品。如果筆者筆者沒有收到乙個很好的答案，那麼筆者不...
第22條 優先考慮靜態成員類
巢狀類指被定義在乙個類的內部的類。巢狀類存在的目的應該只是為它的外圍類提供服務。如果巢狀類將來可能用於其他環境，它應該是頂層類。巢狀類有四種 靜態成員類，非靜態成員類，匿名類，區域性類。靜態成員類的常見用法是作為公有的輔助類，僅當與外部類一起使用才有意義，考慮乙個列舉，它描述計算器支援的各種操作，o...