为何在PHP 开发中需要使用 MVC 架构处理？

Question

我第一次接触MVC架构是ThinkPhp框架的使用。我个人觉得这种架构用起来非常的臃肿(个人感觉)，不适合开发。(不是大公司，自己个人开发)。那种你看不到前端界面进行开发的感觉，感觉很奇怪，总觉得和前端脱了节。所以希望有人能给出一些合理的意见，让我有理由相信这种模式能够更好的帮助我开发，谢谢！

Answer 1

MVC不仅仅是一个开发模式，更是一门严肃的协作哲学，在软件开发上的典型体现。
软件开发有一句名言：“高内聚，低耦合”。在一个大型的项目中，不得不分离各个功能。这时就要求各个模块之间必须做好自己的事情，只和其他模块做必要的交互，建立必要的逻辑关系，而绝对不能深入别人的内部逻辑。
只有这样，一个完整的项目才能一块块地搭建起来。如果人人的开发都是“牵一发而动全身”的，那么项目肯定毁于各部门之间的联系、交流、推诿和扯皮当中。
“看不到前端界面进行开发的感觉，感觉很奇怪，总觉得和前端脱了节”？
按我的看法，脱了节才是对的。如果把php的后端逻辑，和html的前端代码搅成一团浆糊，那才是真正的噩梦。
这就是框架的好处：框架从结构上强制要求业务逻辑的分离。这样对个人容易板正习惯，对群体容易协同工作。
所以学习框架不仅是应用性的，更是一个发展性的习惯。因为如果真的很严肃把对待php开发当作事业，那么融入群体开发是早晚的事。这样，就算没有成型的框架，也会有一个群体内部协调好的一个业务分离的结构。如果不能适应、难以遵守恐怕就麻烦了。
前端看不到？好整，我宁可先摆个最丑陋（甚至没有CSS）的前端，调试稳定了，然后再到网上去扒样式。
MVC架构，到头来多半是个观念，其实也未必需要用成型框架来实现。你可以先考虑学一套模板引擎，彻底抛开PHP单纯做前台的HTML/CSS（V）；然后把数据库的读写操作集中成块（M）；最后编制一套网址结构，用来调用模板或调用后台操作（C），其实这样MVC结构，也就自然做出来了。