PHP：MVC迷思

金光

  近来设计模式风行，MVC随处可见，PHP领域也不例外，很多论坛都开始讨论在PHP中使用MVC。然而，M、V、C在PHP中到底该如何
实现？MVC真的适合PHP么？这里Easy给出一些自己的思考。　　MVC的原型　　MVC本来是存在于Desktop程序中的，M是指数据模
型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如
一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。　　JAVA中的
MVC　　JAVA把MVC引入了Web领域，并在此基础上架构出了一套称为Model2的体系。由于Web的特殊性，JAVA中的MVC和Desktop中
的MVC并不完全一致。主要原因是Web中的V不是持续的，用户每访问一次，V就要重新生成一次，所以V始终是和M一致的，不需要C
来控制同步。那么JAVA中的C在干什么？JAVA中的C通常用于流程的转向，其实用的是Dispatch模式，不再是Desktop中的C了。　
　PHP中的MVC 　　要在PHP中原封不动的COPY JAVA的MVC是不可能的。问题主要表现在M上，在JAVA中，M是独立于业务逻辑和表
现逻辑的数据模型，在服务器端跨页面存在，JAVA Bean扮演的就是这个脚色。而PHP进程并不长时间驻留于内存，只在PHP页面开
始执行时创建，在页面解释执行结束时就已经结束。在这样的情况下，我们根本无法直接实现M。所以所有声称实现了MVC模式的
PHP程式都只能通过模拟手段来实现M。实现的方式一般是在当前页面结束前把数据存入数据库或者cookie/session，在下一个页
面中再透过数据库或者cookie/session重建M。这样的方式和JAVA中的Bean比起来可以说是开销巨大，本来往内存中写数据的简单
操作现在要从服务器端传到客户端或者数据库，然后再传回来。与其用这么大的开销来维护一个数据模型再在最后把这个模型塞
回数据库，还不如直接根据需要更新数据库里边的数据。


转自：  http://edu.chinaz.com

金光

  近来设计模式风行，MVC随处可见，PHP领域也不例外，很多论坛都开始讨论在PHP中使用MVC。然而，M、V、C在PHP中到底该如何
实现？MVC真的适合PHP么？这里Easy给出一些自己的思考。　　MVC的原型　　MVC本来是存在于Desktop程序中的，M是指数据模
型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如
一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。　　JAVA中的
MVC　　JAVA把MVC引入了Web领域，并在此基础上架构出了一套称为Model2的体系。由于Web的特殊性，JAVA中的MVC和Desktop中
的MVC并不完全一致。主要原因是Web中的V不是持续的，用户每访问一次，V就要重新生成一次，所以V始终是和M一致的，不需要C
来控制同步。那么JAVA中的C在干什么？JAVA中的C通常用于流程的转向，其实用的是Dispatch模式，不再是Desktop中的C了。　
　PHP中的MVC 　　要在PHP中原封不动的COPY JAVA的MVC是不可能的。问题主要表现在M上，在JAVA中，M是独立于业务逻辑和表
现逻辑的数据模型，在服务器端跨页面存在，JAVA Bean扮演的就是这个脚色。而PHP进程并不长时间驻留于内存，只在PHP页面开
始执行时创建，在页面解释执行结束时就已经结束。在这样的情况下，我们根本无法直接实现M。所以所有声称实现了MVC模式的
PHP程式都只能通过模拟手段来实现M。实现的方式一般是在当前页面结束前把数据存入数据库或者cookie/session，在下一个页
面中再透过数据库或者cookie/session重建M。这样的方式和JAVA中的Bean比起来可以说是开销巨大，本来往内存中写数据的简单
操作现在要从服务器端传到客户端或者数据库，然后再传回来。与其用这么大的开销来维护一个数据模型再在最后把这个模型塞
回数据库，还不如直接根据需要更新数据库里边的数据。


转自：  http://edu.chinaz.com