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