Ⅰ 详解php实现MVC的几种方法
相信所有习惯了使用MVC来组织自己的项目的人，让他选择一个新的项目构架时，一定不会放弃MVC。传统的面相过程式的开发方式在处理中型以上的应用时，就开始显得力不从心。即便我们能够快速的完成需求，但是在需求发生变更后或者进行后期维护的时候，我们会深深地陷入我们早期搭建的陷阱中。什么是MVC？关于MVC的定义和解释，可以说多种多样。我们可以在Wiki或者[2]中找到更为详尽的解释，这里我并不打算，也没有能力进行深入的讲解，从PHP开发的角度来讲，MVC可以概括为：视图(The View)：一说到视图，我们很多人都会想到模板引擎(诸如Smarty等等)。其实就是各种各样的输出，比如说html模板和Javascript文件等。模块(The Model)模块代表了程序的逻辑，在企业应用中通常称为业务逻辑层。一般来讲，这一层完成的工作是把原始的数据处理成按照我们设计的数据结构存储的有意义的数据序列，并将这些数据交给视图去处理。通常情况下， 模块中会利用一个数据抽象类来进行与数据操作有关的处理。 关于MVC的是否适合PHP的争论也很多，人们不断的讨论MVC是否适合PHP[3]，现在也已经有了很多的MVC框架，诸如PHP MVC Frameworks中列出的[4]。那么，为什么人们这么热衷于MVC，我们为什么要使用MVC在我们的设计中呢。为什么用MVC？MVC最早是用来解决桌面GUI的编程问题，最早的MVC框架应该是Sun在1999年提出的Model 2，后来演变成了Struts。MVC带给人们深刻的印象，但是我们在使用的过程中，却并没有认真的想过为什么使用MVC。在传统的桌面应用中，一旦Model中有时间发生，我们可以主动的让View界面进行刷新，从而展示后台发生的变化。而在Web应用中，我们似乎限于传统的Http的Request/Response的方式，我们似乎没有办法让用户端进行更新。这一段讨论，并不是认为MVC不能够用来进行WEB应用的开发，而是觉得从某种程度上来说，他还不是最合适的。关于使用MVC的争论还有很多[1]，但是相信所有习惯了使返嫌用MVC来组织自己的项目的人，让他选择一个新的项目构架时，一定不会放弃MVC。如何PHP实现MVC？下面是一个超级简单的MVC结构实现，甚至连数据源都用了一个内置的固定数组，虽然简单，但其实众多的PHP Framework核心实现的思想应该和这个是差不多的，只不过一些framework提供了更多的方便开发者使用的工具，我也漏衫手想自己来实塌李现一个PHP的框架，目前正在着手策划中，也希望自己能够从框架的开发中学习到更多的PHP设计思想和方法。
Ⅱ 简述MVC思想与PHP如何实现MVC
简单的说就是将网站源码分类、分层。
MVC三个字母的含义：
M：Model 模型，负责数据库操作。
V：View 视图，负责调用Model调取数据，再调用模板，展示出最终效果。
C：Controller 控制器，程序的入口，决定改调用哪个View，并告诉View该做什么。
如此说来，程序的执行顺序是C-V-M 或 C-M ，和MVC的名字正好相反。
Ⅲ php的tp框架和mvc有啥区别
首先说Model吧。
在TP中是一个表对应一个Model,而且普通Model中只是一些自动验证啊，自动完成啊、还有数据字段信息啊一些东西;而CI中的Model则完全不同，一个Model不必约束于一个表，也就是说名字为abc的Model中你也可以查询名字为def的表中的数据，而且可以定义方法完成一些数据查询，比如我可以在名为articles_model的Model中定义一个名字为get_articles的方法来获取所有文章信息，当某个Controller加载了这个Model后，就可以在相应的Controller中用
1
$this->articles_model->get_articles();
来方便地获取所有文章信息，而对于TP来说，这些操作只能在Action类中完成。2.0版的TP已经把View、Relation和Adv三个高级查询model库类定为不自动加载了，看了一下手册，感觉除了View视图查询容易用一点，另外两个都不怎么好用，感觉用起来太复杂，还不如用原生的SQL查询。CI的Model还有一个使我很喜欢的方法就是dbprefix方法，在使用原生的sql查询时使用这个函数使得修改数据库表名前缀后你的代码不需要经过任何改动。在TP中我没有发现类似的函数，当我用TP开发一个博客系统时，发现关联查询很麻烦，于是想用原生的SQL查询，却没有找到自动增加数据库表名前缀的方法，虽然可以自己修改TP的核心库来实现，但是还是觉得这样有点不太好。真的要感谢TP，如果不是TP，也许我就不会去关注CI了，当我那天看了几页CI的英文文档后，立马就对它产生的深厚的兴趣，于是第二天一起床就开始看CI的手册，虽然是从官网下的英文版的，不过它的手册写得很简洁、很周到，边看边操作，看完手册后我就几乎能熟练使用这个框架了。于是用它开发了一个博客系统。
CI的Model类简单易用，TP的Model类功能相对来说要强大一些，但是用起来个人感觉没有那么方便。
其次，对于View，从功能上讲，TP的View要更加强大一些，选择更多一些，在TP中你可以选择就用PHP作模板引擎，可以就用TP自身的模板引擎，也可以选择用smarty等其它第三方模板引擎。而在CI中就只能用CI内置的功能简单的模板引擎或者用原生的PHP代码作模板，个人觉得用PHP作模板更好一些，一来省去了学习另外的模板引擎语法的麻烦，二来执行效率更高一些。因些从View来讲，选择CI或者是TP都无所谓。
再次是Controller了，在CI中的应用的控制器是继承自核心类Controller的，TP中的控制器则是继承于核心类Action。不过还是有不同的，在TP中，你可以把一些公共的变量或者在多个控制器中都要执行的东西放在一个action里，假如这个action文件为CommonAction.class.php ，在它的_initialize方法中可以执行一些在多个控制器中都要执行的代码或者初始化一些多个控制器都要使用的变量，这样，应用的其它action只要继承CommonAction 就可以实现了。因为框架在加载相应action时首先会自动加载那个CommonAction的。而在CI中就没有这个方便的功能了，但是也可以自己写一个library,在该library类的__construct方法里放一些代码，然后在每个控制器中都加载这个library,这样也可以实现像TP一样的功能。不过相对来说麻烦了一些。TP还有一点比较灵活的就是，在这个控制器(action)里面可以执行那个控制器中的函数（比如用A或者R函数来实现），在CI中则不行，你不能在这个控制器中执行那个控制器中的函数。还有就是TP可以定义一个名为EmptyAction的控制器，当所有控制器都找不到时，就调用这个Empty控制器。这一点如果与empty方法配合，可以使得URL大大缩减。虽然CI和TP都支持空操作，不过这二者的空操作名称不相同，实现的优先级也不相同。在TP中的空操作(_empty方法)优先级是最低的，也就是说当当前控制器的所有操作都找不到时才调用这个空操作；在CI中则恰恰相反，只要存在空操作（_remap方法），该控制器的其它的操作都没用了（不能访问了）。
Ⅳ 什么是MVC以及PHP怎样实现MVC
其实你的问题一开始就问错了，即然你问了，我就随便说说好了。
MVC 是一种设计风格，并不是一种具体手法。每个人写代码都有自己习惯的一种设计风格。MVC 是应用程序开发常用的一种风格，实际上并不适合 PHP，因为 PHP 的工作环境注定了它很难做出像样的控制器，也就是 Controll 。
MVC 本来的设计风格是：整个系统由一个程序启动，再根据用户操作调用各个处理模块，根据数据结果来决定显示成什么样给用户看。就像我们平时用的各种程序的主界面。这样程序员创建好主程序以后，只要把注意力集中在开发各个子功能上就可以了。。
可是 php 大多数情况下工作于 web 环境，有“页”的概念，每次执行都是一个新的请求。这就注定了很难实现真正的 MVC，因为用户看到页面时，PHP 已经执行完了，不可能再切换去调另一个 模型M 和 视图V 。
目前自称 MVC 的各种框架。也只不过是用一个程序判断请求，加载不同的功能块。只能称之为“单点入口”，在思路上是“请求相同的部份，而包含不同的部份”。这个入口程序实际上啥也没做，所以算不上是 MVC。反而 JS 开发的富客户端更接近一些。由一个 JS 主程序，跟据用户请求决定调用哪些数据，再把界面改变成什么样。
设计风格是前人总结出来的东西，在当前语言，当然环境，当前思维方式下。比较容易继续思考的一种设计方式。MVC 只不过是其中一种，而且并不是最适合 PHP 的一种。偏偏被炒作得好像标准似的。。
如果你一定要， 就去看一下 “PHP 单点入口实现”吧，已经是比较接近的东西了。如果一次性的控制器也能算控制器的话……