mvc架构模型的运行原理
将M\V\C分离,就是减少耦合,提高代码的复用性,也就是说,不要在页面上进行数据访问和处理,也不要在视图层试图控制页面的
现实逻辑,划分请3者的责任。
三者各自职责
M:Mode(模型层),最 bottom 一层,是核心数据层,程序需要操作的数据或信息
V:View(视图层),最 top 一层,直接面对最终用户,视图层提供操作页面给用户,被誉为程序的外壳
C:Controller(控制层),是 middile 层,它负责根据用户从“视图层”输入的指令,选取“数据层”的数据,然后对其进行相应的操作,产生最终结果
<?php
namespace chloe\app;
use PDO;
class Model
{
public function getDate()
{
return (new PDO(
'mysql:host=localhost;charset=utf8;port=3306;dbname=phpcn',
'root',
'',
[
PDO::ATTR_ERRMODE => PDO::ERRMODE_WARNING
]
))->query("SELECT `cou_id`,`title`,`pic`,`info`,`add_time` FROM `mj_course_lists` ORDER BY `cou_id` DESC LIMIT 6")->fetchAll();
}
public function editDate()
{
}
}
//获取模型数据
// var_dump((new Model)->getDate());
<?php
namespace chloe\app;
// require 'Model.php';
class View
{
//$data渲染到视图层的数据
public function fetch($data)
{
$table = '<table border="1" cellspacing="0" cellpadding="5" align="center">';
$table .= '<caption>课程信息表</caption>';
$table .= '
<tr>
<th>编号</th>
<th>名称</th>
<th>封面</th>
<th>课程简介</th>
<th>创建时间</th>
<th>操作</th>
</tr>
';
foreach ($data as $list) {
$table .= '<tr>';
$table .= '<td>' . $list['cou_id'] . '</td>';
$table .= '<td>' . $list['title'] . '</td>';
$table .= '<td><img style="width:100px" src="' . $list['pic'] . '" alt="课程封面"></td>';
$table .= '<td>' . $list['info'] . '</td>';
$table .= '<td>' . date("Y-m-d H-m-s", $list['add_time']) . '</td>';
$table .= '<td><button>删除</button><button>编辑</button></td>';
$table .= '</tr>';
}
$table .= '</table>';
return $table;
}
}
// $data = (new Model)->getDate();
// echo (new View)->fetch($data);
<?php
namespace chloe\app;
//类的自动加载
require __DIR__ . DIRECTORY_SEPARATOR . '..' . DIRECTORY_SEPARATOR . 'vendor' . DIRECTORY_SEPARATOR . 'autoload.php';
//中间层 controller 协调m v
class Controller
{
//将外部依赖的对象 model view 在具体的操作方法中注入进来
function index(Model $model, View $view)
{
//获取数据
$data = $model->getDate();
//渲染数据到视图层
return $view->fetch($data);
}
function edit(Model $model, View $view)
{
$model->editDate();
}
}
$model = new Model;
$view = new View;
echo (new Controller)->index($model, $view);
依赖注入
依赖注入其实本质上是指对类的依赖通过构造器完成自动注入,例如在控制器架构方法和操作方法中一旦对参数进行对象类型约束则会自动触发依赖注入,由于访问控制器的参数都来自于URL请求,普通变量就是通过参数绑定自动获取,对象变量则是通过依赖注入生成。
将外部依赖的对象 model view 在构造器中注入进来 完成外部对象在多个方法中共享
服务容器
如果当前类所依赖的外部对象过多,名称很长 将依赖的所有外部对象放到一个容器中统一管理,并且还可以起别名
服务容器 一个自动生成类 对象的工厂
容器中所有的对象实例都可以通过容器标识单例调用,你可以给容器中的对象实例绑定一个对象标识,如果没有绑定则使用类名作为容器标识。