用把逻辑放到工具类的静态方法中而故意弱化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中，这样可以达到最大限度的重复利用。