作為一位有趣又有靈魂開發者，每天可能都在處理著大量的業務邏輯，你的狀態可能每天是這樣的，請看下圖：

這樣擼程式碼固然很爽，可是你考慮過隊友的感受？

隨著時間的推移，專案的不斷迭代，團隊的不斷壯大，同時專案的複雜度也在成正比不斷增加。

       通常一個專案基於成本的考慮，一般會直接選擇一些成熟的框架進行開發，比如:yii2、laravel。。。。從個人的角度去考慮，你可能只需要基於框架去填充你自己的程式碼就可以了，但是一般的稍微大點的專案不是憑一己之力就能完成的，這個時候就要一個team協作，這個時候我們就要考慮到對程式碼進行設計，下面我們來聊聊程式碼設計（面向物件設計和程序式程式設計，當然不侷限於某種程式語言）。

       那麼，面向物件設計和程序式程式設計到底有什麼不同呢？

       可能很多人認為最大的不同在於面向物件程式設計中包含物件，但是，真的是這樣？ 可是，面向過程中也包含物件。隨著你經驗的增長，思考的深入，你會發現這樣的理解是不對的。最近讀了一本面向物件設計模式的書，這樣一種描述更準確點，就是他們的職責分配方式不一樣。

      雖然我們在平時開發中大多數都是基於一些成熟的框架開發的，如果你讀過一些優秀框架的原始碼，你會發現每個類程式碼設計職責明確、程式碼冗餘低、擴充套件性強。所以說，面向物件的基礎知識還是很重要的。

      程式碼說白了就是現實業務的一種對映，類是業務中一類事物的抽象，而設計模式就是將專案中一個個類靈活的、有機的結合起來對現實業務的一種表示方式。最終，你會發現，隨著業務的不斷複雜，你會發現真正的面向物件程式設計（oop）能很友好的服務於整個團隊。

     當然，這只是自己對開發的一點點理解，不喜勿噴。