关于小米
27岁，山西运城人，职业电商经理人，前端开发工作者,从事过网站建设、网络推广、SEO、SEM、信息流推广、二类电商、网络运维、软件开发，等相关电商工作，经验较为丰富，小米技术社区致力于为广大从事Web前端开发的人员提供一些力所能及的引导和帮助 ...[更多]
E-mail:mzze@163.com
Q Q:32362389
W X:xiaomi168527
关于王飞
27岁，山西运城人，职业电商经理人，网络工程师兼运维，从事过运营商网络建设，企业网络建设、优化。数据中心网络维护等通过，经验丰富，座右铭：当自己休息的时候，别忘了别人还在奔跑。 ...[更多]
关于小艳
大于花一样的年龄，河南郑州是我家，2010年在北京接触团购网，2011年进入天猫淘宝一待就是四年，如今已经将设计走向国际化（ps:误打误撞开始进入阿里巴巴国际站的设计，嘿嘿）五年电商设计，丰富经验，从事过天猫淘宝阿里各项设计，店铺运营，产品拍摄；我将我的经历与您分享是我的快乐！座右铭：越努力越幸运！ ...[更多]
E-mail:97157726@qq.com
Q Q:97157726
MVC抢先知:
1、MVC是一个编程思想，是一种设计模式
2、思想：将一个功能分解成3个部分，M V C
MVC的全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，是一种软件设计典范。它是用一种业务逻辑、数据与界面显示分离的方法来组织代码，将众多的业务逻辑聚集到一个部件里面，在需要改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑，达到减少编码的时间。
口语化表述:
当用户在浏览器里面输入相关的地址,首先C控制器需要接受用户的请求,并处理请求,如果有进行数据表交互的需要,C控制器会找M模型,M模型对数据表的数据进行相关的处理(增删改查),并返回给C控制器,然后控制器把相应的数据发给V视图并以V视图的方式响应用户请求。
Model（模型）:处理与数据有关的逻辑
View（视图）:显示页面
Controller（控制器）:处理业务逻辑
1、控制器Controller是用来接收请求
2、以后不能直接请求模型Model和视图View
1、导入products表的数据
2、将MyPDO类拷贝到站点下，改名为MyPDO.class.php，这个文件中只存放MyPDO类
拓展:单例模式封装MyPDO类
3、在站点下创建index.php，代码如下
<?php
//自动加载类
spl_autoload_register(function($class_name){
require "./{$class_name}.class.php";
});
//连接数据库
$param=array(
'user' => 'root',
'pwd' => 'root'
);
$mypdo= MyPDO::getInstance($param);
//获取商品数据
$list=$mypdo->fetchAll('select * from products');
?>
<!doctype html>
<html>
<head>
<meta charset="utf-8">
<title>无标题文档</title>
</head>
<body>
<table border='1' width='980' bordercolor='#000'>
<tr>
<th>编号</th> <th>名称</th> <th>价格</th> <th>删除</th>
</tr>
<?php foreach($list as $rows):?>
<tr>
<td><?=$rows['proID']?></td>
<td><?=$rows['proname']?></td>
<td><?=$rows['proprice']?></td>
<td><a href="">删除</a></td>
</tr>
<?php endforeach;?>
</table>
</body>
</html>运行结果
1.创建products_list.html页面（视图页面）,将显示部分的代码拷贝到视图页面上
<!doctype html> <html> <head> <meta charset="utf-8"> <title>无标题文档</title> </head> <body> <table border='1' width='980' bordercolor='#000'> <tr> <th>编号</th> <th>名称</th> <th>价格</th> <th>删除</th> </tr> <?php foreach($list as $rows):?> <tr> <td><?=$rows['proID']?></td> <td><?=$rows['proname']?></td> <td><?=$rows['proprice']?></td> <td><a href="">删除</a></td> </tr> <?php endforeach;?> </table> </body> </html>
2.在index.php页面上加载视图
<?php
//自动加载类
spl_autoload_register(function($class_name){
require "./{$class_name}.class.php";
});
//连接数据库
$param=array(
'user' => 'root',
'pwd' => 'root'
);
$mypdo= MyPDO::getInstance($param);
//获取商品数据
$list=$mypdo->fetchAll('select * from products');
//加载视图
require './products_list.html';模型的规则
1、一个表对应一个模型，表名和模型名一致（必须的）
2、模型以Model结尾（不是必须的）
代码实现:
1、在站点下创建ProductsModel.class.php页面
<?php
//products模型用来操作products表
class ProductsModel {
//获取products表的数据
public function getList() {
//连接数据库
$param=array(
'user' => 'root',
'pwd' => 'root'
);
$mypdo= MyPDO::getInstance($param);
//获取商品数据
return $mypdo->fetchAll('select * from products');
}
}2、在index.php页面中调用模型的getList()
<?php
//自动加载类
spl_autoload_register(function($class_name){
require "./{$class_name}.class.php";
});
//实例化模型
$model=new ProductsModel();
$list=$model->getList();
//加载视图
require './products_list.html';连接数据库的代码每个模型都要使用，所有我们需要将连接数据库的代码封装到基础模型类中（Model）
第一步：在站点下创建Model.class.php页面（基础模型）
<?php
//基础模型
class Model {
protected $mypdo;
public function __construct() {
$this->initMyPDO();
}
//连接数据库
private function initMyPDO() {
$param=array(
'user' => 'root',
'pwd' => 'root'
);
$this->mypdo= MyPDO::getInstance($param);
}
}第二步：ProductsModel继承基础模型类
<?php
//products模型用来操作products表
class ProductsModel extends Model{
//获取products表的数据
public function getList() {
return $this->mypdo->fetchAll('select * from products');
}
}控制器代码放在index.php页面中是不合理的，因为项目中的控制器会很多，而index.php只有一个。所以需要将控制器分离开来
控制器的规则：
1、一个模块对应一个控制器（必须的）
2、控制器以Controller结尾（不是必须的）
3、控制器中的方法以Action结尾（不是必须的）,目的防止方法名是PHP关键字
创建ProductsController.class.php
<?php
//商品模块
class ProductsController {
//获取商品列表
public function listAction() {
//实例化模型
$model=new ProductsModel();
$list=$model->getList();
//加载视图
require './products_list.html';
}
}index.php页面
<?php
//自动加载类
spl_autoload_register(function($class_name){
require "./{$class_name}.class.php";
});
//确定路由
$c=$_GET['c']??'Products'; //控制器
$a=$_GET['a']??'list'; //方法
$c=ucfirst(strtolower($c)); //首字母大写
$a=strtolower($a); //转成小写
$controller_name=$c.'Controller'; //拼接控制器类名
$action_name=$a.'Action'; //拼接方法名
//请求分发
$obj=new $controller_name();
$obj->$action_name();
通过在url地址上传递参数来寻址。
c：控制器
a：方法
注意：每次请求都要从index.php进入。所以index.php又叫入口文件。
小结：
入口(products_list.html)
<td><a href="index.php?c=Products&a=del&proid=<?=$rows['proID']?>" onclick="return confirm('确定要删除吗')">删除</a></td>控制器（ProductsController）
<?php
//商品模块
class ProductsController {
..
//删除商品
public function delAction() {
$id=(int)$_GET['proid']; //如果参数明确是整数，要强制转成整形
$model=new ProductsModel();
if($model->del($id))
header('location:index.php?c=Products&a=list');
else {
echo '删除失败';
exit;
}
}
}模型（ProductsModel）
<?php
//products模型用来操作products表
class ProductsModel extends Model{
...
//删除商品
public function del($proid) {
return $this->mypdo->exec("delete from products where proid=$proid");
}
}视图VIEW
无
1 低耦合
通过将视图层和业务层分离，允许更改视图层代码而不必重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变，只需要改动 MVC 的模型层（及控制器）即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。
模型层是自包含的，并且与控制器和视图层相分离，所以很容易改变应用程序的数据层和业务规则。如果想把数据库从 MySQL 移植到 Oracle，或者改变基于 RDBMS 的数据源到 LDAP，只需改变模型层即可。一旦正确的实现了模型层，不管数据来自数据库或是 LDAP 服务器，视图层都将会正确的显示它们。由于运用 MVC 的应用程序的三个部件是相互独立，改变其中一个部件并不会影响其它两个，所以依据这种设计思想能构造出良好的松耦合的构件。
2 重用性高
随着技术的不断进步，当前需要使用越来越多的方式来访问应用程序了。MVC 模式允许使用各种不同样式的视图来访问同一个服务端的代码，这得益于多个视图（如 WEB（HTTP）浏览器或者无线浏览器（WAP））能共享一个模型。
比如，用户可以通过电脑或通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式（流程）是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面（视图）使用。例如，很多数据可能用 HTML 来表示，但是也有可能用 WAP 来表示，而这些表示的变化所需要的是仅仅是改变视图层的实现方式，而控制层和模型层无需做任何改变。
由于已经将数据和业务规则从表示层分开，所以可以最大化的进行代码重用了。另外，模型层也有状态管理和数据持久性处理的功能，所以，基于会话的购物车和电子商务过程，也能被 Flash 网站或者无线联网的应用程序所重用。
3 生命周期成本低
MVC 模式使开发和维护用户接口的技术含量降低。
4 部署快
使用 MVC 模式进行软件开发，使得软件开发时间得到相当大的缩减，它使后台程序员集中精力于业务逻辑，界面（前端）程序员集中精力于表现形式上。
5 可维护性高
分离视图层和业务逻辑层使得 WEB 应用更易于维护和修改。
6 有利软件工程化管理
由于不同的组件（层）各司其职，每一层不同的应用会具有某些相同的特征，这样就有利于通过工程化、工具化的方式管理程序代码。控制器同时还提供了一个好处，就是可以使用控制器来联接不同的模型和视图，来实现用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。
1 没有明确的定义
完全理解 MVC 模式并不是很容易的。使用 MVC 模式需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考软件的架构。同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。
2 不适合小、中型应用程序
花费大量时间将 MVC 模式应用到规模并不是很大的应用程序通常会得不偿失。
3 增加系统结构和实现的复杂性
对于简单的界面来说，非要严格遵循 MVC 模式，使模型、视图与控制器分离的话，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
4 视图对模型数据的低效率访问
依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。
本站内容均为小米原创，转载请注明出处：小米技术社区>> 编程思想-MVC介绍,MVC的优缺点和综合案例