为什么slim 这样的轻型框架没有严格区分划分Model层？
认证0级讲师
实际上，划分层次是一个逻辑上的问题，很多小白用户一上来都用框架框架，都被框架宠坏了，框架几乎什么事都做了，自己学会的只是在某个框架下写代码，而脱离了框架只剩下茫然。即使像国内Thinkphp这样的重型框架，他提供了Model层，用的人仍然很少，为什么？因为用Model层还需要自己划分逻辑，仍少不了自己写代码，这对他们来说是痛苦的，所以我见过的几乎所有的人操作数据库都是在Controller里直接M('table')->insert($data)等。Model层的利用率极低。Thinkphp这样的重型框架，他提供了Model层，用的人仍然很少，为什么？因为用Model层还需要自己划分逻辑，仍少不了自己写代码，这对他们来说是痛苦的，所以我见过的几乎所有的人操作数据库都是在Controller里直接M('table')->insert($data)等。Model层的利用率极低。而对于非小白用户，Model层无法就是个封装了某个表的数据库操作类而已，随手就创建了，何须框架来多此一举，浪费性能？只要心中就有mvc，一切都有层次。而且，随着composer而对于非小白用户，Model层无法就是个封装了某个表的数据库操作类而已，随手就创建了，何须框架来多此一举，浪费性能？
Thinkphp
Model
Controller
M('table')->insert($data)
mvc
composer
实际上，划分层次是一个逻辑上的问题，很多小白用户一上来都用框架框架，都被框架宠坏了，框架几乎什么事都做了，自己学会的只是在某个框架下写代码，而脱离了框架只剩下茫然。
只要心中就有即使像国内
Thinkphp这样的重型框架，他提供了Model层，用的人仍然很少，为什么？因为用Model层还需要自己划分逻辑，仍少不了自己写代码，这对他们来说是痛苦的，所以我见过的几乎所有的人操作数据库都是在Controller里直接M('table')->insert($data)等。Model层的利用率极低。Thinkphp这样的重型框架，他提供了Model层，用的人仍然很少，为什么？因为用Model层还需要自己划分逻辑，仍少不了自己写代码，这对他们来说是痛苦的，所以我见过的几乎所有的人操作数据库都是在Controller里直接M('table')->insert($data)等。Model层的利用率极低。而对于非小白用户，Model层无法就是个封装了某个表的数据库操作类而已，随手就创建了，何须框架来多此一举，浪费性能？
只要心中就有
mvc，一切都有层次。而且，随着
composer而对于非小白用户，Model层无法就是个封装了某个表的数据库操作类而已，随手就创建了，何须框架来多此一举，浪费性能？mvc，一切都有层次。🎜而且，随着composer的出现，php的开发也逐渐模块化，而不是像之前的框架化。现在越来越多的人写代码是直接使用的模块，而不是整个框架。🎜