之前一直想写点东西,可一直没有开始实施,各种原因都有,最大原因可能还是自己太懒了,嘿嘿。
最近在看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的轻量级和最小侵入性编程
- 通过依赖注入和面向接口实现松耦合
- 基于切面和惯例进行声明式编程
- 通过切面和模板减少样板式代码
Spring竭力的避免因自身API而弄乱项目的代码,她不会强迫你实现Spring规范的接口或者继承Spring的类,我们自己编写的java类在Spring之外也可以完好的运行,所以Spring提供的一种非引入性或者最小引入性的编程。
首先简单说明下什么是依赖注入,依照惯例,第一个例子怎么能少的了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发现机制和自动装配
在后面的章节会分别介绍这几种方式如果工作。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)