用把邏輯放到工具類的靜態方法中而故意弱化model的邏輯有什麼好處？

新公司流行把邏輯寫在工具類(只含static方法)，貧血model除了攜帶資料基本只用來校正資料(架構要求和一些曆史遺留).

之前也聽過有幾次有違反OO原則把代碼重寫成一堆過程指令碼來最佳化項目的案例。

但想不清楚這樣做好處到底是什麼，是業務頻繁變動的環境下的一個新實踐還是說這隻是一種反模式。

背景：

快速發展的且有一定規模的創業公司

業務為核心的公司，迭代快，需求多

開發的水平不錯

這個僅僅是PHP大部門內流行的做法

回複內容：

新公司流行把邏輯寫在工具類(只含static方法)，貧血model除了攜帶資料基本只用來校正資料(架構要求和一些曆史遺留).

之前也聽過有幾次有違反OO原則把代碼重寫成一堆過程指令碼來最佳化項目的案例。

但想不清楚這樣做好處到底是什麼，是業務頻繁變動的環境下的一個新實踐還是說這隻是一種反模式。

背景：

快速發展的且有一定規模的創業公司

業務為核心的公司，迭代快，需求多

開發的水平不錯

這個僅僅是PHP大部門內流行的做法

yii的mvc設計就是這個樣子，好處是只要用一套M可以對應多套不同的C和V，這個你重點研究一下yii2的advance模版就知道了。另外一個簡單的M可以對應一套更簡單的restful API，yii2直接支援rest，所以不但M要簡單，並且要公用，所以應該把M放在common裡頭，而不要放在backend或者frontend中，這樣可以達到最大限度的重複利用。

