設計程式設計的時候，往往根據具體的問題具體實施，而缺少提煉共性的動力。
為什麼會這樣，我想主要是提煉共性是乙個複雜的腦力勞動，在人們追求按時完成工作之餘，是否有精力去做這個複雜繁重的腦力勞動呢？
為此，我認為，一味去指責人們不去提煉復用，是沒有意義的。要改善這方面的問題，可以培養一種可以提高復用性的編碼習慣，這種習慣一旦養成，就可以不費勁的編寫一些復用性相對較高的**出來。
1.基於介面程式設計。制定乙個良好的介面規範（根據呼叫方的需求制定），再來完成內部編碼。這個隔離可以避免對實現的過多猜測，減少呼叫方對具體實現的依賴。
2.功能的專職化，每個介面應該只包含緊密相關的一組函式呼叫規格。
3.主流程呼叫方案，方案是乙個配置工廠，配置工廠負責呼叫方和實現的配接工作。
4.減少不明確，模糊的定義。比如魔法數字，詞不達意的識別符號等。
5.可測試化。無法度量的**是無益工程的。測試不變性，在同乙個輸入和狀態下，會產生一組一致的狀態和輸出。
6.提高處理問題的規模。解決乙個小規模問題和解決乙個大規模問題從編碼角度可能差別不多，因此要善於從乙個相對大的規模去分析問題，解決問題。
待續
如何提高測試用例的復用性
問題描述 在階段編寫的 測試用例 少則幾百，多則過萬，花費時間很多，而且有相當一部分用例只執行一兩次，復用性不佳。這裡想討論一下如何提高用例的復用性，尤其是不同專案之間。系統測試 精彩答案 對於測試用例的復用，我想很多測試工程師都會非常有話說，系統變更頻繁，業務變化大，流不統一等等，很多現實存在的問...
良好的編碼習慣
1 以簡潔明瞭的方式編寫c程式。通常把這種程式編寫方法稱為kis 保持簡潔 不要用古怪的方式編寫程式。3 計算機和編譯器是很好的教員。如果對c的某個特點沒有把握，編寫乙個簡單的程式，然後編譯並執行它，看看會發生什麼結果。4 在每乙個函式的前面加上描述函式用途的注釋。5 執行列印操作的函式所列印的最後...
Java的編碼習慣
編碼習慣的學習是每乙個初學者的必修課，重要程度不言而喻，好的編碼習慣受益一生，說的有的大了。但是乙個好的編碼習慣可以給你減少不少的麻煩，降低錯誤發生的機率，大大的提高他人讀取 的效率，也是好的公司招聘的必須參考的內容之一。一.命名習慣 1.使用小寫字母命名變數和方法。如果乙個名字包含多個單詞，就將他...