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