标签：实体类 系统 列表 输入 别名 今天 分享 实例化 自定义
今天抽时间又仔细看了一下laravel的container，记录一下。
所谓容器，听名字就知道，是一个仓库，装东西用的，所以，container所有的功能，都围绕一个主题：管理装。
类名称：Illuminate\Container\Container
首先，生成一个数组绑定列表，用自定义名称作为主键，然后键值是闭包（输入的可能是闭包或者实体类，但是，在存储的时候，都统一转化成了闭包存储）。
其次，根据绑定列表，生成对应的类的实例，供用户使用，调用的时候，发现如果已经生成，不需要重新生成使用，实际上，就是类的一个仓库，以及缓存。
绑定列表，分两种：
内部实际数据存储用的变量：$bindings，$instances，$aliases，$resolved
$bindings 每个调用对应的实现方法，要想自动实现，这个是必须的
$instances 所有共享类，已经生成的实例化的类，都存储在这里，所谓共享，实际上就是唯一类，系统运行过程中，如果发现这个类已经实例化，那么就直接调用，不用重新生成
$aliases 别名，存储了每个类或者接口对应的别名，这个别名应该在bindings里面能找到，否则，在实例化的时候会报错。
核心操作：bind／build ／resolve ／make／instance
容器的使用：
所以，一个容器有如下用法：
1. 首先添加一个绑定的列表，之后要实例化类的时候，不使用new实例化，而是，调用容器的make，这样的话，所有类的实例化和使用，都就由容器管理起来了。
2. 直接new一个对象，然后，调用instance，添加到容器中，这样，下一次别到地方用到这个类的时候，就不用重新实例化，实现了实例的唯一。
容器的好处：
1. 减少内存的使用吧，一个http请求的过程中，其实很多时候需要的数据，都是一样的，一个类new了多次，比较容易造成内存的浪费。
2. 容器贯穿始终，调用起来比较方便。
3. 每个类的生成都是通过binding列表来的话，那么就比较容易替换，只要是同一接口，替换binding列表，就可以直接替换内容，方便测试。
标签：实体类 系统 列表 输入 别名 今天 分享 实例化 自定义
原文地址：http://www.cnblogs.com/yxzamy/p/7591968.html
