浅析springboot通过面向接口编程对控制反转IOC的理解

浅析springboot通过面向接口编程对控制反转IOC的理解

IoC是什么

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 {

/**

* Returns the current auditor of the application.

*

* @return the current auditor

*/

Optional getCurrentAuditor();

}

上面这个泛型接口只有一个方法，需要让上层开发人员根据自己的业务去实现它，比较返回一个当前登陆的用户实体，或者返回用户名称，然后底层框架里直接使用这个AuditorAware接口的对象；当然如果你的底层只接收一个String类型的值，你也可以去派生一个个性化接口，让上层开发人员去实现你的接口即可。

/**

* 返回用户ID的标识接口,由程序使用者去实现.

*/

public interface UserIdAuditorAware extends AuditorAware {

}

上面代码更加准确的规定了AuditorAware是一个字符串的接口，只返回用户ID即可。

@Comhttp://ponent

public class CurrentUserAware implements Usehttp://rIdAuditorAware {

@Autowired

ApplicationContext applicationContext;

@Override

public Optional 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实例返回的值为空");

// 代码略

}

对于一个小小的功能，我们在经过思考之后，对于之前学过的东西进行总结，你可能会想法某种设计模式、某个算法、某个原则、在使用它们之后，让你的代码扩展性更好，这种代码也仿佛有了生命！

总结

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。