springboot面向接口编程控制反转IOC 浅析springboot通过面向接口编程对控制反转IOC的理解
张占岭 人气:0IoC是什么
Ioc—Inversion of Control,即“控制反转”,不是什么技术,而是一种设计思想。在Java开发中,Ioc意味着将你设计好的对象交给容器控制,而不是传统的在你的对象内部直接控制。如何理解好Ioc呢?理解好Ioc的关键是要明确“谁控制谁,控制什么,为何是反转(有反转就应该有正转了),哪些方面反转了”,那我们来深入分析一下:
●谁控制谁,控制什么:传统Java SE程序设计,我们直接在对象内部通过new进行创建对象,是程序主动去创建依赖对象;而IoC是有专门一个容器来创建这些对象,即由Ioc容器来控制对 象的创建;谁控制谁?当然是IoC 容器控制了对象;控制什么?那就是主要控制了外部资源获取(不只是对象包括比如文件等)。
●为何是反转,哪些方面反转了:有反转就有正转,传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象,也就是正转;而反转则是由容器来帮忙创建及注入依赖对象;为何是反转?因为由容器帮我们查找及注入依赖对象,对象只是被动的接受依赖对象,所以是反转;哪些方面反转了?依赖对象的获取被反转了。
IoC能做什么
IoC 不是一种技术,只是一种思想,一个重要的面向对象编程的法则,它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象,从而导致类与类之间高耦合,难于测试;有了IoC容器后,把创建和查找依赖对象的控制权交给了容器,由容器进行注入组合对象,所以对象与对象之间是 松散耦合,这样也方便测试,利于功能复用,更重要的是使得程序的整个体系结构变得非常灵活。
其实IoC对编程带来的最大改变不是从代码上,而是从思想上,发生了“主从换位”的变化。应用程序原本是老大,要获取什么资源都是主动出击,但是在IoC/DI思想中,应用程序就变成被动的了,被动的等待IoC容器来创建并注入它所需要的资源了。
IoC很好的体现了面向对象设计法则之一—— 好莱坞法则:“别找我们,我们找你”;即由IoC容器帮对象找相应的依赖对象并注入,而不是由对象主动去找。
好了,正文开始!
IOC,把控制反转到业务端,这句话没什么问题,在springboot框架里,对象的管理是通过spring ioc来实现的,而开发人员的开发原则里总是说“面向接口编程”,而为什么要面向接口却没几个人能说出来,今天在写一个基于redis的手动分布锁时,对这个面向接口和控制反转又有了一个体会。
底层代码更需要面向接口
当你为开发人员提供一个封闭的包时,他们是直接用的,他们不会修改你的代码,当然他们可以去继承并扩展;当然如果你不希望被继承可以声明为final
,这都是面向对象编程里提供好的功能,我们主要看控制反转
这句话,它把控制权交给了上层去实现,底层通过 面向接口
的原则只设计一个规范,而又使用者去实现;但框架功能里的细节是要有的,这类似于“模版方法”模式,底层框架实现了流程,而个性化的部分由上层去实现。
看jpa里的审计接口
public interface AuditorAware<T> { /** * Returns the current auditor of the application. * * @return the current auditor */ Optional<T> getCurrentAuditor(); }
上面这个泛型接口只有一个方法,需要让上层开发人员根据自己的业务去实现它,比较返回一个当前登陆的用户实体,或者返回用户名称,然后底层框架里直接使用这个AuditorAware接口的对象;当然如果你的底层只接收一个String类型的值,你也可以去派生一个个性化接口,让上层开发人员去实现你的接口即可。
/** * 返回用户ID的标识接口,由程序使用者去实现. */ public interface UserIdAuditorAware extends AuditorAware<String> { }
上面代码更加准确的规定了AuditorAware是一个字符串的接口,只返回用户ID即可。
@Component public class CurrentUserAware implements UserIdAuditorAware { @Autowired ApplicationContext applicationContext; @Override public Optional<String> getCurrentAuditor() { ServletRequestAttributes requestAttributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes(); HttpServletRequest request = requestAttributes.getRequest(); return Optional.of(request.getSession().getAttribute("id").toString()); } }
我们的底层代码会使用它的getCurrentAuditor()
返回值 ,它是一个字符串。
public Object execute(String sourceId, Integer timeout, TimeUnit unit) { Assert.notNull(sourceId, "sourceId不能为空"); String key = getKey(sourceId); String user = auditorAware.getCurrentAuditor().orElse(null); Assert.notNull(user, "AuditorAware实例返回的值为空"); // 代码略 }
对于一个小小的功能,我们在经过思考之后,对于之前学过的东西进行总结,你可能会想法某种设计模式、某个算法、某个原则、在使用它们之后,让你的代码扩展性更好,这种代码也仿佛有了生命!
总结
加载全部内容