今天抽时间又仔细看了一下laravel的container,记录一下。
所谓容器,听名字就知道,是一个仓库,装东西用的,所以,container所有的功能,都围绕一个主题:管理装。
类名称:Illuminate\Container\Container
首先,生成一个数组绑定列表,用自定义名称作为主键,然后键值是闭包(输入的可能是闭包或者实体类,但是,在存储的时候,都统一转化成了闭包存储)。
其次,根据绑定列表,生成对应的类的实例,供用户使用,调用的时候,发现如果已经生成,不需要重新生成使用,实际上,就是类的一个仓库,以及缓存。
绑定列表,分两种:
- 接口或者类 对应类或者闭包 存储在bindings
- 别名 对应类或者接口 存储在aliases abstractAliases (分别用别名对实际内容 /实际内容对别名两种方式存储别名,注意,第二个可以是多维数组,代表,一个类或者接口,只能有一个别名,但是,一个别名肯能对多个类或者接口
内部实际数据存储用的变量:$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列表,就可以直接替换内容,方便测试。