約定大於規則：字段、方法、空間名稱、大小寫一直、什麽方法是公用的。

“公文管理”系統字段命名：hpId hpID 有的頁面大寫，有的小寫，導致提取公共js是，有時無法獲取對象。

“公文管理”系統數據庫設計： wf_transform表設計時，雖然每個流程有其特有的字段，但是設計之初，應該講公共字段設置到統一位置，前幾列，並預留空余，這樣寫存儲過程需要用到當前流程的某些字段時，不用挨個判斷 modelid的值。

“公共方法”： 公共方法應該加以說明並形成文檔，不然會導致後續修改人員重寫方法，寫錯（情況太多，考慮不到）或代碼中存在很多作業相同的代碼。

解決代碼賦值：方法，公共的父類

就像“公文管理系統”，每個頁面選人，會簽，補會簽的函數都可以提取為公共的js加以調用，新增功能或修改時，只要修改公共的地方，而不用整個地方都修改（一個一個文件，要類似了，還容易出錯）

公共的父類：網易雲課堂的java的媒體庫，DVD VCD MP3 ，為避免重復的方法過多，構建公共的父類 data,包含共有的屬性及方法。

低耦合：在一個緊耦合的結構中，對一個類的修改也會導致 對其他一些類的修改。這是要努力避免的，否則，一點小小的改變就可能使整個應用程序發生 改變。另外，要想找到所有需要修改的地方，並一一加以修改，卻是一件既困難又費時的事情（且容易出錯）

高內聚：聚合與程序中一個單獨的單元所承擔的任務的數量和種類相對應有關，它是針對類或方法 這樣大小的程序單元而言的理想情況下，一個代碼單元應該負責一個聚合的任務（也就是說，一個任務可以被看作是 一個邏輯單元）。一個方法應該實現一個邏輯操作，而一個類應該代表一定類型的實體。聚合 理論背後的要點是重用：如果一個方法或類是只負責一件定義明確的事情，那麽就很有可能在 另外不同的上下文環境中使用。遵循這個理論的一個額外的好處是，當程序某部分的代碼需要 改變時，在某個代碼單元中很可能會找到所有需要改變的相關代碼段。

代碼賦值 高內聚 低耦合