侵入式和非侵入式

侵入式

一句话概括就是，你的代码需要依赖框架的代码，如果把框架拿掉或者换一个框架，就需要重新修改代码。

举个很简单的栗子啦：
1.如果使用侵入式的框架，一般需要继承或者实现框架的某一个类或接口，这样你把框架拿到以后就会运行不起来，甚至在代码层面会报错哦。
2.当你的代码引入了一个组件,导致其它代码或者设计,要做相应的更改以适应新组件.这样的情况我们就认为这个新组件具有侵入性

利

侵入式可以使用户跟框架更好的结合，更容易更充分的利用框架提供的功能。
通过侵入代码与你的代码结合可以更好的利用侵入代码提供给的功能。

弊

侵入式让用户代码产生对框架的依赖，这些代码不能在框架外使用，不利于代码的复用。框架外代码就不能使用了，不利于代码复用。依赖太多重构代码太痛苦了。

非侵入式

那么如同spring这种非侵入式的框架，都是利用反射和动态调用来实例化的，代码中没有任何与spring交叉的类，哪怕把spring的jar全部去了，你的代码不受任何影响，加上其他的框架后可以继续运行。

利

非侵入式的代码则没有过多的依赖，可以很方便的迁移到其他地方。代码可复用，方便移植
非侵入式也体现了代码的设计原则：高内聚，低耦合

弊

但是与用户代码互动的方式可能就比较复杂。

拓展

Spring框架是一种非侵入式的轻量级框架
1.非侵入式的技术体现
允许在应用系统中自由选择和组装Spring框架的各个功能模块，并且不强制要求应用系统的类必须从Spring框架的系统API的某个类来继承或者实现某个接口。

2.如何实现非侵入式的设计目标的
1）应用反射机制，通过动态调用的方式来提供各方面的功能，建立核心组间BeanFactory
2）配合使用Spring框架中的BeanWrapper和BeanFactory组件类最终达到对象的实例创建和属性注入
3）优点：允许所开发出来的应用系统能够在不用的环境中自由移植，不需要修改应用系统中的核心功能实现的代码

小结

侵入式的做法就是要求用户代码“知道”框架的代码，表现为用户代码需要继承框架提供的类。非侵入式则不需要用户代码引入框架代码的信息，从类的编写者角度来看，察觉不到框架的存在。

同时,这里又涉及到一个设计方面的概念,就是耦合性的问题.
我们代码设计的思路是"高内聚,低耦合",为了实现这个思路,就必须降低代码的侵入性.

那么如同spring这种非侵入式的框架，都是利用反射和动态调用来实例化的，代码中没有任何与spring交叉的类，哪怕把spring的jar全部去了，你的代码不受任何影响，加上其他的框架后可以继续运行。

---

持续更新中…

文章参考学习地址：https://blog.csdn.net/wangkai0681080/article/details/8274544