MVC不仅仅是一个开发模式，更是一门严肃的协作哲学，在软件开发上的典型体现。

软件开发有一句名言：“ 高内聚，低耦合 ”。在一个大型的项目中，不得不分离各个功能。这时就要求各个模块之间必须做好自己的事情，只和其他模块做必要的交互，建立必要的逻辑关系，而绝对不能深入别人的内部逻辑。

只有这样，一个完整的项目才能一块块地搭建起来。如果人人的开发都是“牵一发而动全身”的，那么项目肯定毁于各部门之间的联系、交流、推诿和扯皮当中。

“ 看不到前端界面进行开发的感觉，感觉很奇怪，总觉得和前端脱了节 ”？
按我的看法，脱了节才是对的。如果把php的后端逻辑，和html的前端代码搅成一团浆糊，那才是真正的噩梦。

这就是框架的好处：框架从结构上强制要求业务逻辑的分离。这样对个人容易板正习惯，对群体容易协同工作。

所以学习框架不仅是应用性的，更是一个 发展性 的习惯。因为如果真的很严肃把对待php开发当作事业，那么融入群体开发是早晚的事。这样，就算没有成型的框架，也会有一个群体内部协调好的一个 业务分离 的结构。如果不能适应、难以遵守恐怕就麻烦了。

前端看不到？好整，我宁可先摆个最丑陋（甚至没有CSS）的前端，调试稳定了，然后再到网上去扒样式。

MVC架构，到头来多半是个观念，其实也未必需要用成型框架来实现。你可以先考虑学一套模板引擎，彻底抛开PHP单纯做前台的HTML/CSS（V）；然后把数据库的读写操作集中成块（M）；最后编制一套网址结构，用来调用模板或调用后台操作（C），其实这样MVC结构，也就自然做出来了。