接觸了一些非常優秀的程式設計人才，發現他們有乙個共同的特點：「重視命名」，記得一位大師也曾說過：「命名和快取是他最頭痛的兩個問題」，我不是乙個注重細節的人，最起碼從骨子裡不是，因此我吃了不少苦頭，我需要注重細節，從命名開始。
這篇文章不會介紹如何更好的命名，關於這方面的資料，可以去買一些這些方面的書，設計模式固然必不可少，但是現在如果讓我排乙個優先順序的話，我更關注**可讀性和命名，一些推薦的圖書：《實現模式》、《**質量》、《**閱讀》、《編寫可讀**的藝術》、《微軟框架設計規範》等。
這個截圖是重構後的結構，可以看出，在框架和專案裡分別用command和commands命名對應的命名空間，我之前是統一用的command，當時感覺有點彆扭，只是為了統一，就在框架和專案裡都採用command進行命名，當我把截圖發到群裡的時候被netfocus一下就看出來問題了，說專案中應該採用複數形式，經他的指點，我一下豁然開朗，具體原因如下：
每天最開心的就是想明白了乙個東西，想明白了如何命名command和commands是我當天最開心的事情，感謝netfocus。
設計原則 重視自己的設計感覺
人天生就是審美家，軟體工程師在設計和編寫程式時這種天性會自然的發揮作用，但其作用很有可能被忽視。筆者在做軟體設計時，會不時出現讓自己也覺得彆扭的情形，在這種情形下筆者知道是審美的天性在發出告警，hey，man！這樣的設計好象不是很好哦！一旦出現 審美告警 筆者通常都是停下手中的工作，去與同事聊聊天 ...
好的設計模式應該遵守的原則
要求在軟體系統中，乙個類只負責乙個功能領域中的相應職責 要求乙個軟體實體應當對擴充套件開放，對修改關閉，即在不修改源 的基礎上擴充套件乙個系統的行為 可以通俗表述為在軟體中如果能夠使用基類物件，那麼一定能夠使用其子類物件 要求抽象不應該依賴於細節，細節應該依賴於抽象 要針對介面程式設計，不要針對實現...
響應式網頁設計應該注意的9個原則
響應式 越來越受到大家的歡迎，有利也有弊的因素。它沒有固定的頁面尺寸 沒有公釐或英吋，沒有任何物理限制，讓人感到無從下手。下面就和大家分析如何運用響應式web設計的各項基本原則來實現。為了簡單起見，就說說響應式 的布局。希望對你有所受益。嚴格來說，專案從小螢幕入手過渡到大螢幕 移動優先 還是從大螢幕...