阅读本文之前你需要掌握：PHP语法，面向对象
在完成整个软件项目开发的过程中，有时需要多人合作，有时也可以自己独立完成，不管是哪一种，随着代码量上升，写着写着就“失控”了，渐渐“丑陋接口，肮脏实现”，项目维护成本和难度上升，到了难以维持的程度，只有重构或者重新开发。
第一重境界
假设场景：我们需要写一个处理类，能够同时操作会话，数据库和文件系统。我们或许会这么写。
境界特征：可以运行，但是严重耦合
class DB{
public function DB($arg1,$arg2){
echo 'constructed!'.PHP_EOL;
}
}
class FileSystem{
public function FileSystem($arg1,$arg2){
echo 'constructed!'.PHP_EOL;
}
}
class Session{
public function Session($arg1,$arg2){
echo 'constructed!'.PHP_EOL;
}
}
class Writer{
public function Write(){
$db=new DB(1,2);
$filesystem=new FileSystem(3,4);
$session=new Session(5,6);
}
}
$writer=new Writer();
$writer->write();
写法缺点：
1.在公有函数中构造对象，一旦涉及到如数据库参数的变动，修改会有很大的工作量
2.负责设计Writer类的人员需要对DB等类的各种API要熟悉
有没有办法降低耦合度？
第二重境界（参数依赖）
假设场景：数据库地址因为客户不同，需要经常更换，调用到DB的类很多（假如有几十个），希望即使更改了数据库地址，也不用去修改这些类的代码。
class DB{
public function DB($arg1,$arg2){
echo 'constructed!'.PHP_EOL;
}
}
class FileSystem{
public function FileSystem($arg1,$arg2){
echo 'constructed!'.PHP_EOL;
}
}
class Session{
public function Session($arg1,$arg2){
echo 'constructed!'.PHP_EOL;
}
}
class Writer{
protected $_db;
protected $_filesystem;
protected $_session;
public function Set($db,$filesystem,$session){
$this->_db=$db;
$this->_filesystem=$filesystem;
$this->_session=$session;
}
public function Write(){
}
}
$db=new DB(1,2);
$filesystem=new FileSystem(3,4);
$session=new Session(5,6);
$writer=new Writer();
$writer->Set($db,$filesystem,$session);
$writer->write();
虽然把DB类的构造移到了客户端，一旦涉及修改，工作量大大降低，但是新问题来了：为了创建一个Writer类，我们需要先创建好DB类，FileSystem类等，这对负责涉及Writer类的人来说，要求是很高的，他需要看很多其他类文档，一个个创建（可能还需要初始化），然后才能创建出他要的writer变量。
所以，我们希望，能有一种更好的写法，使得写Writer类的人，用一种更加快捷的接口，就能创建和调用他要的类，甚至连参数都不用填。
第三重境界（IOC容器）
经过前两重境界，我们希望能新增以下这些好处：
1.希望DB类，Session类，FileSystem类“拿来即用”，不用每次繁琐的初始化，比如写$db=new DB(arg1,arg2);这类语句。
2.希望DB等类型的对象是“全局”，在整个程序运行期间，随时可以调用。
3.调用DB等类型的程序员不用知道这个类太多的细节，甚至可以用一个字符串的别名来创建这样一个对象。
能够实现以上目标的就是IOC容器，可以把IOC容器简单的看成一个全局变量，并用关联数组把字符串和构造函数做绑定。
我们先实现一个容器类
class Container{
public $bindings;
public function bind($abstract,$concrete){
$this->bindings[$abstract]=$concrete;
}
public function make($abstract,$parameters=[]){
return call_user_func_array($this->bindings[$abstract],$parameters);
}
}
服务注册（绑定）
$container=new Container();
$container->bind('db',function($arg1,$arg2){
return new DB($arg1,$arg2);
});
$container->bind('session',function($arg1,$arg2){
return new Session($arg1,$arg2);
});
$container->bind('fs',function($arg1,$arg2){
return new FileSystem($arg1,$arg2);
});
容器依赖
class Writer{
protected $_db;
protected $_filesystem;
protected $_session;
protected $container;
public function Writer(Container $container){
$this->_db=$container->make('db',[1,2]);
$this->_filesystem=$container->make('session',[3,4]);
$this->_session=$container->make('fs',[5,6]);
}
}
$writer=new Writer($container);
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，同时也希望多多支持！
容器,解耦
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？