php与MVC
A. 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方法），该控制器的其它的操作都没用了（不能访问了）。
B. 如何用PHP实现自己的MVC
MVC三个字母的含义： M：Model 模型，负责数据库操作。 V：View 视图，负责调用Model调取数据，再调用模板，展示出最终效果。 C：Controller 控制器，程序的入口，决定改调用哪个View，并告诉View该做什么。 下面是一个超级简单的MVC结构实现： Controller.php include 'Model.php'; include 'View.php'; class Controller { private $model = ''; private $view = ''; public function Controller(){ $this->model = new Model(); $this->view = new View(); } public function doAction( $method = 'defaultMethod', $params = array() ){ if( empty($method) ){ $this->defaultMethod(); }else if( method_exists($this, $method) ){ call_user_func(array($this, $method), $params); }else{ $this->nonexisting_method(); } } public function link_page($name = ''){ $links = $this->model->getLinks(); $this->view->display($links); $result = $this->model->getResult($name); $this->view->display($result); } public function defaultMethod(){ $this->br(); echo "This is the default method. "; } public function nonexisting_method(){ $this->br(); echo "This is the noexisting method. "; } public function br(){ echo ""; } } $controller = new Controller(); $controller->doAction('link_page', 'b'); $controller->doAction(); Model.php class Model { private $database = array( "a" => "hello world", "b" => "ok well done", "c" => "good bye", ); //@TODO connect the database //run the query and get the result public function getResult($name){ if( empty($name) ){ return FALSE; } if( in_array($name, array_keys( $this->database ) ) ){ return $this->database[$name]; } } public function getLinks(){ $links = "Link A "; $links.= "Link B "; $links.= "Link C "; return $links; } } View.php class View { public function display($output){ // ob_start(); echo $output; }
C. php框架,cms和mvc他们是什么关系
CMS是Content Management System的缩写，意为"内容管理系统"。
MVC是一个设计模式，它强制性的使应用程序的输版入、处理和输出分开权。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。
可以看出2者之间没有任何关系。不过目前流行的php cms都采用了mvc设计模式，比如phpcms，dedecms等。
D. PHP中适合使用MVC吗
适合，不用MVC的话，不容易团队合作，而且很容易出现修改一个地方另外的地方没有进行修改（bug总改不完）。
尽量学着使用mvc开发，这样对你的代码有好处。
而且等你熟练了以后，你会发现代码重用很方便。
E. php中laravel和mvc是什么意思
Laravel是一个简洁、优雅的PHP开发框架
MVC是一种模型-视图-控制器的web开发模式。
F. php mvc框架
MVC不是建立几个包而已，而是一种思想，当然几个包会让你把这个思想实例出来- -，比如说你有一个表，而已你实例这个表的话，就要有一个类来囊括其中的字段，包括一些_get,_set方法，然后用另一个类继承此类，封装一些添删改查的等等方法，这个类就可以理解成Model层，可以放在一个包下，而逻辑页面望望要require_noce此文件类来实例化此类，通过对象来调用其中的方法，进而显示给客户，php中C层和V层在不用模板的情况下(比如说smarty)不用分离的那么明显，要么怎么是php那~小快灵么~整体上不局限于java那种纯的面向对象，但又不失对数据安全性与维护性特点，这就是php的MVC~
G. php怎么实现mvc
MVC三个字母的含义：
M：Model 模型，负责数据库操作。
V：View 视图，负责调用Model调取数据，再调用模板，展示出最终效果。
C：Controller 控制器，程序的入口，决定改调用哪个View，并告诉View该做什么。
下面是一个超级简单的MVC结构实现：
Controller.php
include'Model.php';
include'View.php';
classController{
private$model='';
private$view='';
publicfunctionController(){
$this->model=newModel();
$this->view=newView();
}
publicfunctiondoAction($method='defaultMethod',$params=array()){
if(empty($method)){
$this->defaultMethod();
}elseif(method_exists($this,$method)){
call_user_func(array($this,$method),$params);
}else{
$this->nonexisting_method();
}
}
publicfunctionlink_page($name=''){
$links=$this->model->getLinks();
$this->view->display($links);
$result=$this->model->getResult($name);
$this->view->display($result);
}
publicfunctiondefaultMethod(){
$this->br();
echo"Thisisthedefaultmethod.";
}
publicfunctionnonexisting_method(){
$this->br();
echo"Thisisthenoexistingmethod.";
}
publicfunctionbr(){
echo"<br/>";
}
}
$controller=newController();
$controller->doAction('link_page','b');
$controller->doAction();
Model.php
classModel{
private$database=array(
"a"=>"helloworld",
"b"=>"okwelldone",
"c"=>"goodbye",
);
//@TODOconnectthedatabase
//runthequeryandgettheresult
publicfunctiongetResult($name){
if(empty($name)){
returnFALSE;
}
if(in_array($name,array_keys($this->database))){
return$this->database[$name];
}
}
publicfunctiongetLinks(){
$links="<ahref='#'>LinkA</a> ";
$links.="<ahref='#'>LinkB</a> ";
$links.="<ahref='#'>LinkC</a> ";
return$links;
}
}
View.php
classView{
publicfunctiondisplay($output){
//ob_start();
echo$output;
}
}
H. 什么是MVC以及PHP怎样实现MVC
其实你的问题一开始就问错了，即然你问了，我就随便说说好了。
MVC 是一种设计风格，并不是一种具体手法。每个人写代码都有自己习惯的一种设计风格。MVC 是应用程序开发常用的一种风格，实际上并不适合 PHP，因为 PHP 的工作环境注定了它很难做出像样的控制器，也就是 Controll 。
MVC 本来的设计风格是：整个系统由一个程序启动，再根据用户操作调用各个处理模块，根据数据结果来决定显示成什么样给用户看。就像我们平时用的各种程序的主界面。这样程序员创建好主程序以后，只要把注意力集中在开发各个子功能上就可以了。。
可是 php 大多数情况下工作于 web 环境，有“页”的概念，每次执行都是一个新的请求。这就注定了很难实现真正的 MVC，因为用户看到页面时，PHP 已经执行完了，不可能再切换去调另一个 模型M 和 视图V 。
目前自称 MVC 的各种框架。也只不过是用一个程序判断请求，加载不同的功能块。只能称之为“单点入口”，在思路上是“请求相同的部份，而包含不同的部份”。这个入口程序实际上啥也没做，所以算不上是 MVC。反而 JS 开发的富客户端更接近一些。由一个 JS 主程序，跟据用户请求决定调用哪些数据，再把界面改变成什么样。
设计风格是前人总结出来的东西，在当前语言，当然环境，当前思维方式下。比较容易继续思考的一种设计方式。MVC 只不过是其中一种，而且并不是最适合 PHP 的一种。偏偏被炒作得好像标准似的。。
如果你一定要， 就去看一下 “PHP 单点入口实现”吧，已经是比较接近的东西了。如果一次性的控制器也能算控制器的话……
I. PHP的哪个MVC框架最值得推荐
1、Laravel，laravel这个框架很有意思，定时任务，数据迁移，大概你能在web中想到的功能这个框架都可以提供，它的路由借鉴了Ruby on Rails 和python的flask框架，但是还提供了web方面其它的一些功能，你可以把它想象成PHP中像Java一样强大的Web中的瑞士军刀，前提是你不考虑性能，因为它的实现使用了大量的闭包和反射，大概在PHP里严格引入设计模式的也只有这个了。
生产效率：5星
学习难度：5星（5星为最难，学习成本最高，下同）
性能：2星
社区活跃：4星（社区活跃可以很方便的找到别人已经开发的功能，专指中文文档，组件丰富性）
2、ThinkPHP5，大概3年前研究过TP3源码，使用起来简单，因为自动加载的问题，性能是个坑，现在发展到5，个人认为已经是一个相当优秀的框架了，路由定义简单，配置简单，文档丰富，社区也相当活跃
生产效率：5星
学习难度：1星
性能：4星
社区活跃：4星
3、Yii2，Yii2的路由分发跟TP5稍微有点不一样，也使用了反射的功能，自动加载现在都使用的composer，大体上都差不多，都有延时加载，Yii2的路由相对智能一些，不用去手动维护，类似于TP3所以使用起来也是很方便，性能比TP5应该略差点，没测试过，从源码来看
生产效率：5星
学习难度：2星
性能：3.5星
社区活跃：4星（很多强大的组件，你只要下载就行了，会省很多事）
4、CakePHP，这个框架内部的封装性看上去没上面那几个优美，但是它自己实现了use关键字功能，所以兼容性来看应该是比上面那几个好点的，但这在新项目上应该不是问题，新项目上PHP7，啥都别想，准没错。它的路由定义类似于TP5但是稍微多点功能，不过其实是个鸡肋。中文文档就不说了，很不好找。不过也算是个相对简单的框架严格遵循MVC
生产效率：3星
学习难度：3星
性能：4星
社区活跃：2星
5、Workman，这个框架相当强大，如果你要实现一些复杂的协议或者用php做一些websocket推送或者TCP/UDP服务器的话，这个框架可能可以满足你的需求，也有一些异步的组件，比较高级的框架，初中级程序员可能用不上
生产效率：3星
学习难度：4星
性能：3星
社区活跃：2星
6、swool，这是个相当有意思的框架，性能很强大，旁友，你听说过异步编程的nodejs，python的tornado框架吗，这个在php里做的就是一个这样的事情，国内的一位老兄开发的C扩展，用php来异步编程，看了下文档，稍微做了个性能测试，相当优秀，就是不知道在项目中重度使用会不会踩到什么坑，而且这也是一个相当高级的框架。大部分人可能直接转node了吧，毕竟node生态环境已经相当好了，总之，如果你想用php试试异步编程来提高性能，非这个框架莫属。性能独一档，编程难度也相对高一些，你需要有些进程的理论基础
生产效率：3星
学习难度：4星
性能：6星
社区活跃：2星
7、Yaf，鸟哥写的c扩展框架，然而你要自己实现很多轮子，生态环境是个大问题。
生产效率：4星
学习难度：4星
性能：5.5星
社区活跃：2星
其它框架还没怎么了解，国内的话，根据具体业务，选上面几个，没错。
J. php中MVC的开发模式如何去理解
MVC设计模式把一个软件组件区分为三个不同的部分，model,view,controller。
MVC模式是"Model-View-Controller"的缩写，中文翻译为"模式-视图-控制器"。MVC应用程序总是由这三个部分组成。Event(事件)导致Controller改变Model或View，或者同时改变两者。只要Controller改变了Models的数据或者属性，所有依赖的View都会自动更新。类似的，只要Controller改变了View，View会从潜在的Model中获取数据来刷新自己。MVC模式最早是smalltalk语言研究团提出的，应用于用户交互应用程序中。smalltalk语言和java语言有很多相似性,都是面向对象语言，很自然的SUN在petstore(宠物店)事例应用程序中就推荐MVC模式作为开发Web应用的架构模式。MVC模式是一种架构模式，其实需要其他模式协作完成。在J2EE模式目录中，通常采用service to worker模式实现，而service to worker模式可由集中控制器模式，派遣器模式和Page Helper模式组成。而Struts只实现了MVC的View和Controller两个部分，Model部分需要开发者自己来实现，Struts提供了抽象类Action使开发者能将Model应用于Struts框架中Model是代表组件状态和低级行为的部分，它管理着自己的状态并且处理所有对状态的操作，model自己本身并不知道使用自己的view和controller是谁，系统维护着它和view之间的关系，当model发生了改变系统还负责通知相应的view。
View代表了管理model所含有的数据的一个视觉上的呈现。一个Model可以有一个以上的View,但是Swing中却很少有这样的情况。
Controller管理着model和用户之间的交互的控制。它提供了一些方法去处理当model的状态发生了变化时的情况。