在远程工作的安全和效率之间取得平衡
|
可以看到一个XML文件的解析就可以上延8层，可见Spring容器为了实现IOC进行了全面性的考虑。 2.3 AOP 如果想编码实现计算器功能，我们的目标是实现加减乘除的运算，可是如何在每种运算前后进行打印日志跟数字合规的校验呢。 把日志记录和数据校验可重用的功能模块分离出来，然后在程序的执行的合适的地方动态地植入这些代码并执行。这样就简化了代码的书写。
业务逻辑代码中没有参和通用逻辑的代码，业务模块更简洁，只包含核心业务代码。实现了业务逻辑和通用逻辑的代码分离，便于维护和升级，降低了业务逻辑和通用逻辑的耦合性。 知道大致思想后其实可以如果尝试 自己实现IOC 的话就会发现核心就是 反射 + XML解析/注解解析 。 读取 XML 获取 bean 相关信息，类信息、属性值信息。 通过反射机制获取到目标类的构造函数，调用构造函数，再给对象赋值。 如果想自己跟下源码你会发现IOC的源码入口是refresh()，里面包含13个提供不同功能的函数，具体流程较复杂，公众号回复 IOC 获得原图。 2.2 Context IOC 容器只是提供一个管理对象的空间而已，如何向容器中放入我们需要容器代为管理的对象呢?这就涉及到Spring的应用上下文Context。 应用上下文Context : 基于 Core 和 Beans，提供了大量的扩展，包括国际化操作(基于 JDK )、资源加载(基于 JDK properties)、数据校验(Spring 自己封装的数据校验机制)、数据绑定(Spring 特有，HTTP 请求中的参数直接映射称 POJO)、类型转换，ApplicationContext 接口是 Context 的核心，可以理解为Bean的上下文或背景信息。 可以简单的理解 应用上下文 是Spring容器的一种抽象化表述，而我们常见的 ApplicationContext 本质上就是一个维护Bean定义以及对象之间协作关系的高级接口。Spring 框架本身就提供了很多个容器的实现，大概分为两种类型：
AnnotationConfigApplicationContext：从一个或多个基于java的配置类中加载上下文定义，适用于java注解的方式。 ClassPathXmlApplicationContext：从类路径下的一个或多个xml配置文件中加载上下文定义，适用于xml配置的方式。 FileSystemXmlApplicationContext：从文件系统下的一个或多个xml配置文件中加载上下文定义，也就是说系统盘符中加载xml配置文件。 AnnotationConfigWebApplicationContext：专门为web应用准备的，适用于注解方式。 XmlWebApplicationContext：从web应用下的一个或多个xml配置文件加载上下文定义，适用于xml配置方式。
工作中通过XML配置或注解 将需要管理的Bean跟Bean之间的协作关系配置好，然后利用应用上下文对象Context加载进Spring容器，容器就能为你的程序提供你想要的对象管理服务了。比如追踪下 ClassPathXmlApplicationContext 的底层源码： （编辑：江门站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
