php程序的高內聚 低耦合性

問題描述：我在登陸模塊裏面穿插了用戶頭像模型。結果我在第二個程序的時候壓根就用不到，反而由於用戶不存在等問題，報錯了。

 

 

由此引起的感想，譬如一個新聞系統，設計的文章模型或者圖片模型 是否是也該一塊兒分開？  分開的話，這又形成了代碼冗餘。

因此這裏產生一個很是關鍵的問題，什麼樣的代碼能夠寫在一塊兒，這個是老師和書本上不會寫的。

 

設計模式上有個職責模式，就是說把同一種功能的寫在一塊兒，而後複用。

 

性質決定一切！

舉個實例看，像圖片或者文章，又或者專題，這些是屬於功能，從單個上來講他們是分開的。要明肯定義。

另外重新聞和用戶上來講 他們的性質徹底不同，這些的代碼絕對不要寫到一塊兒。

再則新聞和評論呢？ 他們的關係是一對一的，能夠寫到一塊兒。

新聞和投票？投票和圖集 文章相似 屬於模型的一種，新聞裏面包含了投票。

 

以後，我又寫了個訂單系統，訂單系統、新聞系統、用戶系統 這個三個徹底是獨立的。

 

爲了之後更好的擴展，要作到，在設計和開發的時候要遵循，我隨便使用一個系統均可以獨立使用。

 

其次考慮的是接口式開發，我訂單須要 訂單來源，收貨信息等，這些都是來自外部的數據。咱們應該設計一個接口，之後不管採用什麼樣的產品展現系統，用戶系統。只須要根據我訂單系統的2個接口，用戶接口 和訂單來源接口就能夠了。

 

以上是本身的理解。