阅读本文之前你需要掌握：PHP语法，面向对象
在完成整个软件项目开发的过程中，有时需要多人合作，有时也可以自己独立完成，不管是哪一种，随着代码量上升，写着写着就“失控”了，渐渐“丑陋接口，肮脏实现”，项目维护成本和难度上升，到了难以维持的程度，只有重构或者重新开发。
第一重境界
假设场景：我们需要写一个处理类，能够同时操作会话，数据库和文件系统。我们或许会这么写。
境界特征：可以运行，但是严重耦合
写法缺点：
函数中构造对象，一旦涉及到如数据库参数的变动，修改会有很大的工作量
有没有办法降低耦合度？
第二重境界（参数依赖）
假设场景：数据库地址因为客户不同，需要经常更换，调用到DB的类很多（假如有几十个），希望即使更改了数据库地址，也不用去修改这些类的代码。
_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,$session);
$writer->write();
虽然把DB类的构造移到了客户端，一旦涉及修改，工作量大大降低，但是新问题来了：为了创建一个Writer类，我们需要先创建好DB类，FileSystem类等，这对负责涉及Writer类的人来说，要求是很高的，他需要看很多其他类文档，一个个创建（可能还需要初始化），然后才能创建出他要的writer变量。
所以，我们希望，能有一种更好的写法，使得写Writer类的人，用一种更加快捷的接口，就能创建和调用他要的类，甚至连参数都不用填。
第三重境界（IOC容器）
1.希望DB类，Session类，FileSystem类“拿来即用”，不用每次繁琐的初始化，比如写$db=new DB(arg1,arg2);这类语句。
2.希望DB等类型的对象是“全局”，在整个程序运行期间，随时可以调用。
}
}
$db=new DB(1,2);
$filesystem=new FileSystem(3,4);
$session=new Session(5,6);
$writer=new Writer();
$writer->Set($db,$session);
$writer->write();
1.希望DB类，Session类，FileSystem类“拿来即用”，不用每次繁琐的初始化，比如写$db=new DB(arg1,arg2);这类语句。
3.调用DB等类型的程序员不用知道这个类太多的细节，甚至可以用一个字符串的别名来创建这样一个对象。
能够实现以上目标的就是IOC容器，可以把IOC容器简单的看成一个全局变量，并用关联数组把字符串和构造函数做绑定。
我们先实现一个容器类
服务注册（绑定）
容器依赖
