IOC和AOP DI

先去看DI帮忙,

DI 简单一点

比如我要写一银行的存款 写完后,发现每次的写的都是CRUD 于是感觉麻烦,封装一个类,专门的去写一个工具类

然后你的朋友帮忙,于是你们制定了一个接口;

但是随之而来的问题,每次在实现的时候都要new的对象,耦合度太大,也太浪费资源,于是你写了一个容器,把bean对象装在了里面,

这样不用每次都在去new,于是你写了一个xml去取这个容器里面的对象,但是有感觉太麻烦,自定义了一堆注解(awried),去注入到容器里面,

然后你有考虑到一写与业务逻辑关的代码,dao的每次都要连接数据库,但每次链接都很浪费资源,怎么办,自定义了一个工具类,

专门的去写一个连接数据库的工具类,但是当人多的情况下,又发现效率太慢,于是又写了一个容器,把那些无关了代码都扔到了一个容器里面,

但是怎么取,于是你想到之前javabean对象方法,但悲哀的发现那只是注入,于是写一个大的容器(单列模式),接着呢 有把之前的两个容器,放到了这个大容器,

通得到注入容器后,用JDK动态代理的方式去得到,于是,你发现在后来还是有时候效率高,有时低,于是便加入了日志什么的

原文地址:https://www.cnblogs.com/wqjjinbu/p/8353120.html

时间: 2024-08-29 15:10:51

IOC和AOP DI的相关文章

Spring入门导读——IoC和AOP

和MyBatis系列不同的是,在正式开始Spring入门时,我们先来了解两个关于Spring核心的概念,IoC(Inverse of Control)控制反转和AOP()面向切面编程. 1.IoC(Inversion of Control)控制反转 什么是控制反转呢?可以这么通俗的来解释,我们通常写代码当一个类会关联另一个类是会直接在这个类里new,例如: 1 package day_30_spring; 2 3 /** 4 * @author 余林丰 5 * 6 * 2016年10月30日 7

spring的IOC和AOP

spring的核心就是IOC和AOP. IOC(控制反转)和DI(依赖注入)是同一个概念.具体的讲:当某个角色需要另外一个角色协助的时候,在传统的程序设计过程中,通常由调用者来创建被调用者的实例.但在spring中 创建被调用者的工作不再由调用者来完成,因此称为控制反转.创建被调用者的工作由spring来完成,然后注入调用者因此也称为依赖注入.所谓依赖,从程序的角度看,就是比如A要调用B的方法,那么A就依赖于B,反正A要用到B,则A依赖于B.举个生活中的例子:通常情况下,假如你有一天在家里口渴了

Spring IOC 和 AOP

Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架. 1.控制反转(IOC)/依赖注入(DI): 在传统的程序设计中,当调用者须要被调用者的协助时,通常由调用者来创建被调用者的实例. 但在spring里创建被调用者的工作不再由调用者来完毕.因此控制反转(IoC),为什么称为反转呢?反转是相对于正向而言的,那么什么算是正向的呢?考虑一下常规情况下的应用程序,假设要在A里面使用C,你会怎么做呢?当然是直接去创建C的对象,也就是说,是在A类中主动去获取所须要的外部资源C.这样的

spring的IOC和AOP详细讲解

1.解释spring的ioc? 几种注入依赖的方式?spring的优点? IOC你就认为他是一个生产和管理bean的容器就行了,原来需要在调用类中new的东西,现在都是有这个IOC容器进行产生,同时,要是产生的是单例的bean,他还可以给管理bean的生命周期! spring的IOC有三种注入方式 : 第一是根据属性注入 也叫set方法注入: 第二种是根据构造方法进行注入: 第三种是根据注解进行注入,这种方式我认为比较好,方便,要是bean多的话,使用前两种方式会使得配置文件过于臃肿. Spri

Ioc模式(又称DI:Dependency Injection 依赖注射)

分离关注( Separation of Concerns : SOC)是Ioc模式和AOP产生最原始动力,通过功能分解可得到关注点,这些关注可以是 组件Components, 方面Aspects或服务Services. 从GoF设计模式中,我们已经习惯一种思维编程方式:Interface Driven Design 接口驱动,接口驱动有很多好处,可以提供不同灵活的子类实现,增加代码稳定和健壮性等等,但是接口一定是需要实现的,也就是如下语句迟早要执行: AInterface a = new AIn

Spring中的IOC和AOP

一.IOC(DI) Inversion of Control 控制反转,也叫(Dependency Injection)依赖注入. 我们平常使用对象的时候,一般都是直接使用关键字类new一个对象,那这样有什么坏处呢?其实很显然的,使用new那么就表示当前模块已经不知不觉的和 new的对象耦合了,而我们通常都是更高层次的抽象模块调用底层的实现模块,这样也就产生了模块依赖于具体的实现,这样与我们JAVA中提倡的面向接口面向抽象编程是相冲突的,而且这样做也带来系统的模块架构问题. 很简单的例子,我们在

深入理解Spring的两大特征(IOC和AOP)<转>

在某博主的博客上看到一篇解释Spring的两大核心IOC与AOP的文章,借此转发一下,希望能够帮助到更多的人. 原文地址:https://blog.csdn.net/gloomy_114/article/details/68946881 众所周知,Spring的核心特性就是IOC和AOP,IOC(Inversion of Control),即"控制反转":AOP(Aspect-OrientedProgramming),即"面向切面编程". IOC:IOC,另外一种说

【Java】模拟Sping,实现其IOC和AOP核心(二)

接着上一篇,在上一篇完成了有关IOC的注解实现,这一篇用XML的方式实现IOC,并且完成AOP. 简易的IOC框图 注解的方式实现了左边的分支,那么就剩下右边的XML分支: XmlContext:这个类是也是AbstractApplicationContext的子类,和AnnotationContext相似,只不过这里是要解析XML文件而不是注解:(关于XML文件的解析之前给过一篇博客:[Java]XML文件的解析对于XML文件的处理,是不太容易的,会产生很多问题,后面只是实现核心步骤,很多属性

对Spring中的IOC与AOP简单理解(简单的理解,通俗易懂)

IOC与AOP是Spring中的核心:IOC是控制反转,AOP是面向对象编程,IOC采用了工厂设计模式,AOP采用了代理设计模式. 一.IOC IOC是控制反转,而控制反转是一种思想,而DI是依赖注入,是IOC的实现,DI有构造注入.属性注入(设值注入)(基于注解的方式或者基于XML的方式).在项目程序中,频繁的去手动创建对象,new对象使得代码间耦合度太大,而Spring提供了容器,通俗的讲:你无需知道对象的创建过程,只需从其中拿到结果就可以了:把对象的创建以及各个对象间的关系还有对象的销毁交