Spring简介

Posted 2020-10-09 颢Blog

框架和工具类区别？

解析：

 1.企业级系统

    大规模：用户数量多、数据规模大、功能众多

    性能和安全要求高

    业务复杂

灵活应变

2.Java技术如何应对

     EJB Accp3.0 ....----->Spring

3.Spring之父简介

　　Rod Johnson，SpringFramework创始人, interface21 CEO

　　丰富的c/c++背景，丰富的金融行业背景

　　1996年开始关注Java服务器端技术

　　Servlet2.4和JDO2.0专家组成员

　　2002年著写《Expoert one-on-oneJ2EE设计与开发》，改变了Java世界

　　技术主张：技术以实用为本，音乐学博士

 

 4.Spring相关知识简介

 

AOP 联盟官网

http://aopalliance.sourceforge.net/

http://sourceforge.net/projects/aopalliance/files/aopalliance/1.0/

02.IOC和DI

3w1h教学法：

What：什么是IOC 控制反转

Why：为什么IOC？

When :什么时候使用IOC？

How：怎么用？

1.先来看控制反转：

    控制反转（Inversion of Control),是一个重要的面向对象编程的法则来削减计算机程序的耦合问题，也是轻量级的Spring框架的核心，beans。

  理解一：将组件对象的控制权从代码本身转移到外部容器()

  理解二：IOC控制反转：说的是创建对象实例的控制权从代码控制剥离到IOC容器(spring容器)控制，实际就是你在xml文件控制，侧重于原理。

IOC原理：

在业务代码中不使用我们之前司空见惯的关键字new来构建一个业务实例，而是在配置文件中。通过xml节点来告知容器如何对内存中构建的对应类型的对象名称做命名。

DI

 2.再来看：DI依赖注入（Dependency Injection)

    DI依赖注入：说的是创建对象实例时，为这个对象注入属性值或其它对象实例，侧重于实现。

  两者关系：它们是spring核心思想的不同方面的描述。 (重点)

 3.DI 和 IOC 详细阐述
    首先，DI和IOC是差不多的概念。 一个重要特征是接口依赖，是把对象关系推迟到运行时去确定. 
      DI是一个初始化实例的过程，分为三种1.setter based 2.constructor based 3.interface based，在spring 中就是应用前两种;但又不仅仅是初始化实例，而且是运用接口的概念去实现这种注入依赖。静态地看，只是依赖一个接口，但实际运行起来，是依赖一个实现了该接口的具体类。 
IOC就是面向接口编程的应用 
1.一个通常的做法（非面向接口编程的方法），对象A依赖对象B，B会作为A的属性，可以理解为A直接控制B; 
2.IOC的做法，对象A依赖于接口C，而不直接依赖于实现了接口C的B，也就是A不能直接控制是哪个具体实现了C的B去做相应的事情，而是由我们控制可以由哪个实现了接口C的B去处理，也就是控制反过来了，是由B来决定了，而不是由A，实现就是面向接口编程。 

 

对象之间的关系 （面向对象分析 OOA、面向对象设计 OOD 、面向对象编程 OOP）

分析      --------   设计  ------     编程

是                泛化           extends 

能                实现           接口 implements

有                关联           成员变量

用                依赖           方法中局部变量

 

IoC能做什么

IoC不是一种技术， 只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致 类与类之间高耦合，难于测试；有了IoC容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是松散耦合，这样 也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。

其实IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC容器来创建并注入它所需要的资源了。

IoC很好的体现了面向对象设计法则之一—— 好莱坞法则：“别找我们，我们找你”；即由IoC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找。 

 IoC和DI

DI—Dependency Injection，即“依赖注入”：是组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并 非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何 代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。

 

理解DI的关键是：“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”，那我们来深入分析一下：

 

●谁依赖于谁：当然是应用程序依赖于IoC容器；

●为什么需要依赖：应用程序需要IoC容器来提供对象需要的外部资源；

●谁注入谁：很明显是IoC容器注入应用程序某个对象，应用程序依赖的对象；

●注入了什么：就是注入某个对象所需要的外部资源（包括对象、资源、常量数据）。

 

IoC和DI由什么关 系呢？其实它们是同一个概念的不同角度描述，由于控制反转概念比较含糊（可能只是理解为容器控制对象这一个层面，很难让人想到谁来维护对象关系），所以 2004年大师级人物Martin Fowler又给出了一个新的名字：“依赖注入”，相对IoC 而言，“依赖注入”明确描述了“被注入对象依赖IoC容器配置依赖对象”。

 

注：如果想要更加深入 的了解IoC和DI，请参考大师级人物Martin Fowler的一篇经典文章《Inversion of Control Containers and the Dependency Injection pattern》，原文地址：http://www.martinfowler.com/articles/injection.html。

要煮饭了，各位发离线就好

 

 

FilterDispatcher是struts2.0.x到2.1.2版本的核心过滤器.! 
StrutsPrepareAndExecuteFilter是自2.1.3开始就替代了FilterDispatcher的.! 
这样的改革当然是有好处的.! 
为什么这么说.? 应该知道如果我们自己定义过滤器的话, 是要放在strtus2的过滤器之前的, 如果放在struts2过滤器之后,你自己的过滤器对action的过滤作用就废了,不会有效!除非你是访问jsp/html! 
那我现在有需求, 我必须使用Action的环境,而又想在执行action之前拿filter做一些事, 用FilterDispatcher是做不到的.!
那么StrutsPrepareAndExecuteFilter可以把他拆分成StrutsPrepareFilter和StrutsExecuteFilter,可以在这两个过滤器之间加上我们自己的过滤器.! 
给你打个比喻, 现在有病人要做手术, 现在struts2要做两件事, 搭病床(环境),执行手术.! 那么打麻药的工作呢.? 不可能要病人站着打吧, 所以必须有病床的环境,打完麻药之后再动手术.! 这个比喻非常形象了.!