Spring学习系列(一) Spring简介
Spring简介
之前一直想写点东西,可一直没有开始实施,各种原因都有,最大原因可能还是自己太懒了,嘿嘿。最近在看Spring in action这本书,为了能让自己坚持下去把书看完,这次决定同步的在博客园上写个Spring系列栏目,期中部分代码案例是自己发挥写的,和书上不一样,大家参考理解,有钱的小伙伴也可以买一本自己看看。另外,由于我不是什么专业的编辑,也很少写文章,所有文章中有个别病句或者错别字的大家别介意,我自己也尽量避免。
一、Spring简介
在接触java开发之前,我是一个 .net Developer,做了4年多的 .net后公司技术方向开始全面转向java,又得从菜鸟阶段开始学习java web方面的知识,刚开始接触Spring的时候并不知道它具体到底能做什么,学习java web开发的大部分应该都知道model1=>model2=>MVC这样的演变过程,可这里主要注重的还是前端界面和后台服务代码的交互方式升级,如果抛除掉这部分,我们在实现复杂业务逻辑的时候,肯定会用到很多的业务类,第三方组件等,还有涉及到数据库的访问,我们后台服务的代码结构该怎么处理呢?
以前做 .net的时候第一个阶段,所有代码都写在一起,界面处理,业务逻辑,数据访问都在一个类里面,然后就是开始三层架构,把业务层、数据访问层、对象模型层分开,代码结构更清晰,更容易维护,再下一个阶段随着系统越来越复杂,为了更好的可维护性,开始在各层之间增加接口,使用面向接口的编程,慢慢的把代码的耦合性降低。所有道理都是互通的,Spring已我的我的理解,它的使命就是尽量的简化Java开发工作,为了降低Java开发的复杂性,让我们的代码结构更简洁明了,更易维护,增加代码的重复利用。总结下来,为了降低Java开发的复杂性,Spring采取了以下4中策略
- 基于POJO的轻量级和最小侵入性编程
- 通过依赖注入和面向接口实现松耦合
- 基于切面和惯例进行声明式编程
- 通过切面和模板减少样板式代码
1、基于POJO的轻量级和最小侵入性编程
Spring竭力的避免因自身API而弄乱项目的代码,她不会强迫你实现Spring规范的接口或者继承Spring的类,我们自己编写的java类在Spring之外也可以完好的运行,所以Spring提供的一种非引入性或者最小引入性的编程。
2、依赖注入
首先简单说明下什么是依赖注入,依照惯例,第一个例子怎么能少的了Hello World呢,嘿嘿,请看代码,首先我们定义一个HelloWorld的类:
public class HelloWorld {
/*
* syaHello方法,和世界说你好。
*/
public void sayHello(){
System.out.println("Hello World!");
}
}
现在我们已经用java代码实现了我们的第一个类,调用sayHello()方法就可以向这个世界说一声Hello了,可我们自己说话的声音太小,听到的人太少,怎么办呢?我们需要借助一些工具来让更多的人听到,下面我们定义一个工具类
public class RadioTool {
public void say(String message){
System.out.println(message);
}
}
我们来修改下之前的HelloWorld类:
public class HelloWorld {
/*
* 定义说话工具
*/
private RadioTool radio;
public RadioTool getSayTool() {
return radio;
}
public void setSayTool(RadioTool radio) {
this.radio = radio;
}
/*
* syaHello方法,和世界说你好。
*/
public void sayHello(){
//使用工具
radio.say("Hello World!");
}
}
下面我们来测试下程序
import com.seven.springTest.service.impl.HelloWorld;
import com.seven.springTest.service.impl.RadioTool;
public class Test {
public static void main(String[] args) {
// TODO Auto-generated method stub
//定义HelloWorld对象
HelloWorld hw= new HelloWorld();
//定义SayTool工具对象
RadioTool radio = new RadioTool();
//把工具对象赋给HelloWorld对象hw
hw.setSayTool(radio);
//调用hw的sayHello()说出“Hello World”
hw.sayHello();
}
}
好了,我们的案例代码写完了,我们的HelloWorld类依靠RadioTool类向更多的人说出“Hello World”,HellWorld类对RadioTool类就是一种依赖关系,如果没有RadioTool类,它就没办法让更多的人听到。传统的方式,我们通过代码来手动的给对象注入依赖,我们构造一个RadioTool的实例并通过setSayTool()方法赋给HelloWorld实例,这个过程就是一种依赖注入,只不过这个注入是由我们自己通过代码来完成的。耦合性非常强,如果我们代码在编写的时候不知道要给HelloWorld提供RadioTool类对象,那么程序就会报错,另外如果有一天我们需要更换新的工具,我们就必须重新编写代码。代码维护性就比较差。为了更好的解除HelloWorld和RadioTool之间的耦合性,我们引入面向接口的编程,首先我们定义通用的工具类接口:
package com.seven.springTest.service;
public interface SayTool {
public void say(String message);
}
然后我们修改之前的RadioTool类,让它继承SayTool接口
package com.seven.springTest.service.impl;
import com.seven.springTest.service.SayTool;
public class RadioTool implements SayTool {
public void say(String message){
System.out.println(message);
}
}
我们来修改HelloWorld类
import com.seven.springTest.service.SayTool;
public class HelloWorld {
/*
* 定义说话工具
*/
private SayTool tool;
public HelloWorld(SayTool tool){
this.tool=tool;
}
/*
* syaHello方法,和世界说你好。
*/
public void sayHello(){
//使用工具
tool.say("Hello World!");
}
}
这里我们之前依赖的RadioTool更换成了SayTool接口对象,HelloWorld类与SayTool接口之间耦合,而不是与具体的SayTool接口实现类来耦合,我们可以很方便的替换实现方式。同门在再定义一个电视工具
import com.seven.springTest.service.SayTool;
public class TVTool implements SayTool {
@Override
public void say(String message) {
System.out.println(message);
}
}
我们分别定义了RadioTool和TVTool两种SayTool接口的具体实现类,HelloWorld类中依赖的是SayTool接口,所有可以很方便的更换具体的实现,而不用在重新编写代码。通常情况下我们定义接口变量,并通过实例化具体的实现类来给接口对象赋予具体的实现,这种创建应用组件之前的协作的行为通常称为装配,针对给接口提供哪一个具体的实现,也就是装配哪一种具体的实现bean,在Spring中提供了多种方式,主要包括3种:
- 在XML中进行显式的配置
- 在Java类中进行显式的配置
- 隐式的bean发现机制和自动装配
在后面的章节会分别介绍这几种方式如果工作。
Spring学习系列(一) Spring简介的更多相关文章
- Spring框架系列(2) - Spring简单例子引入Spring要点
上文中我们简单介绍了Spring和Spring Framework的组件,那么这些Spring Framework组件是如何配合工作的呢?本文主要承接上文,向你展示Spring Framework组件 ...
- Spring框架系列(6) - Spring IOC实现原理详解之IOC体系结构设计
在对IoC有了初步的认知后,我们开始对IOC的实现原理进行深入理解.本文将帮助你站在设计者的角度去看IOC最顶层的结构设计.@pdai Spring框架系列(6) - Spring IOC实现原理详解 ...
- Spring框架系列(7) - Spring IOC实现原理详解之IOC初始化流程
上文,我们看了IOC设计要点和设计结构:紧接着这篇,我们可以看下源码的实现了:Spring如何实现将资源配置(以xml配置为例)通过加载,解析,生成BeanDefination并注册到IoC容器中的. ...
- Spring框架系列(8) - Spring IOC实现原理详解之Bean实例化(生命周期,循环依赖等)
上文,我们看了IOC设计要点和设计结构:以及Spring如何实现将资源配置(以xml配置为例)通过加载,解析,生成BeanDefination并注册到IoC容器中的:容器中存放的是Bean的定义即Be ...
- Spring框架系列(9) - Spring AOP实现原理详解之AOP切面的实现
前文,我们分析了Spring IOC的初始化过程和Bean的生命周期等,而Spring AOP也是基于IOC的Bean加载来实现的.本文主要介绍Spring AOP原理解析的切面实现过程(将切面类的所 ...
- Spring框架系列(10) - Spring AOP实现原理详解之AOP代理的创建
上文我们介绍了Spring AOP原理解析的切面实现过程(将切面类的所有切面方法根据使用的注解生成对应Advice,并将Advice连同切入点匹配器和切面类等信息一并封装到Advisor).本文在此基 ...
- Spring框架系列(11) - Spring AOP实现原理详解之Cglib代理实现
我们在前文中已经介绍了SpringAOP的切面实现和创建动态代理的过程,那么动态代理是如何工作的呢?本文主要介绍Cglib动态代理的案例和SpringAOP实现的原理.@pdai Spring框架系列 ...
- Spring框架系列(12) - Spring AOP实现原理详解之JDK代理实现
上文我们学习了SpringAOP Cglib动态代理的实现,本文主要是SpringAOP JDK动态代理的案例和实现部分.@pdai Spring框架系列(12) - Spring AOP实现原理详解 ...
- Spring学习1:Spring基本特性
http://longliqiang88.github.io/2015/08/14/Spring%E5%AD%A6%E4%B9%A01%EF%BC%9ASpring%E5%9F%BA%E6%9C%AC ...
随机推荐
- Atitit 软件工程概览attilax总结
Atitit 软件工程概览attilax总结 1.1. .2 软件工程的发展 进一步地,结合人类发展史和计算机世界演化史来考察软件工程的发展史. 表2 软件工程过程模型 表2将软件工程的主要过程模型做 ...
- mysql数据库主从同步
环境: Mater: CentOS7.1 5.5.52-MariaDB 192.168.108.133 Slave: CentOS7.1 5.5.52-MariaDB 192.168. ...
- T-SQL 拆分使用指定分隔符的字符串(split string)
比如有一个表,我们需要些一个语句像SELECT OtherID, SplitData WHERE SomeID = 'abcdef-.......' , 然后就能返回分割成单独的行. 原表: | So ...
- 监控 SQL Server (2005/2008) 的运行状况
Microsoft SQL Server 2005 提供了一些工具来监控数据库.方法之一是动态管理视图.动态管理视图 (DMV) 和动态管理函数 (DMF) 返回的服务器状态信息可用于监控服务器实例的 ...
- 在Linux(Ubuntu/openSUSE/CentOS)下配置ASP.NET(Apache + Mono)
[题外话] 闲的无聊竟然想尝试测试自己做的项目在不同操作系统上的性能表现,所以决定试试在Linux上部署Apache和Mono的环境.由于平时很少接触Linux,所以从网上找了几篇文章(附在相关链接中 ...
- Centos、Ubuntu 安装 Mono、Jexus
Mono是.NET的跨平台实现 在众多关于语言的争论中,.NET一直被以不能跨平台而诟病,Mono改变了这一现状. 有人当心Mono会涉及版权啥的问题.高深的偶不懂,不过我觉得Unity3D都能用,为 ...
- .NET面试题系列[4] - C# 基础知识(2)
2 类型转换 面试出现频率:主要考察装箱和拆箱.对于有笔试题的场合也可能会考一些基本的类型转换是否合法. 重要程度:10/10 CLR最重要的特性之一就是类型安全性.在运行时,CLR总是知道一个对象是 ...
- Hadoop学习笔记—22.Hadoop2.x环境搭建与配置
自从2015年花了2个多月时间把Hadoop1.x的学习教程学习了一遍,对Hadoop这个神奇的小象有了一个初步的了解,还对每次学习的内容进行了总结,也形成了我的一个博文系列<Hadoop学习笔 ...
- Entity Framework 6 Recipes 2nd Edition(9-5)译->删除一个断开的实体
9-5. 删除一个断开的实体 问题 我们要把一个把WCF上取回的对象做上删除的标志. 解决方案 假设我们有如Figure 9-5所示实体的支付与票据的模型. Figure 9-5. 一个支付与票据的模 ...
- Spark 生态系统组件
摘要: 随着大数据技术的发展,实时流计算.机器学习.图计算等领域成为较热的研究方向,而Spark作为大数据处理的“利器”有着较为成熟的生态圈,能够一站式解决类似场景的问题.那你知道Spark生态系统有 ...