Spring 3.x 入门学习

本文介绍了Spring 3.x框架,探讨了Spring出现的原因,解释了Java EE的优缺点。接着阐述了Spring的核心概念——IoC和AOP,通过实例演示了IoC的控制反转原理。此外,文章还详细讨论了AOP的概念,对比了OOP和AOP的特点,并展示了AOP的实例。最后,详细介绍了Spring 3.x中的注解使用,如@Repository、@Service等,并讲解了@PostConstruct、@PreDestroy、@Required、@Autowired和@Qualifier等注解在Bean生命周期管理中的作用。
摘要由CSDN通过智能技术生成

一、spring 3.x 介绍

   现在很多的企业级项目中基本上都会用到了Spring框架,那么为什么会出现Spring,Spring是什么?这次的博文我主要为大家简单介绍一下Spring。

Java EE优缺点

       我们都知道在2003年Spring兴起之前,企业普遍使用J2EE技术来开发企业级应用,为什么用J2EE呢?主要原因有以下几个:

1、Java本身的跨平台能力,可移植性强
2、J2EE服务器内置了大量的容器服务,比如事务服务、JNDI服务和连接池服务等等
3、程序员可以基于Java EE API进行企业开发并部署到应用中


       虽然J2EE有着上述优点,但利用J2EE开发有一个致命的缺陷,即研发困难,而且J2EE开发非常容易出问题,比如数据库连接泄露。而Spring的出现则解决了上述问题,至于如何解决,我们会在接下来的文章中深入解释。

Spring是什么

        什么是Spring呢?Spring是为了解决企业应用开发的复杂性而创建的一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。Spring使开发者能够编写更干净、更可管理、并且更易于测试的代码。关于Spring具体如何去实现的,这等到我们以后的教程,我会为大家详细分析。     

Spring优点

       简单了解Spring之后,我们看一下Spring的优点

1、方便解耦,简化开发。
2、AOP编程的支持。
3、声明式事务的支持。
4、方便程序的测试。。
5、方便集成各种优秀框架。

6、降低Java EE API的使用难度。


二、IoC概念

       控制反转(Inversion of Control)是一个重要的面向对象编程的法则来削减计算机程序的耦合问题。 它还有一个名字叫做依赖注入(Dependency Injection)。IoC不是什么技术,它是一种设计模式。

 实例演示

       为了更好的说明IoC,我为大家举一个简单的例子,如有这样一个描述:某公司新成立了一个项目组,项目组有若干成员和一个项目组长,项目组成立后第一次开会上,作为项目组长的小李按照惯例首先做了简短的自我介绍。

       根据上述的描述,如果我们写出如下代码和类图:

复制代码
    public class Li {    
        public void introduce() {
            System.out.println("大家好,我是小李");
        }
    }
    public class Team {
        public void firstMeeting() {
            Li li = new Li();
            li.introduce();
        }
    }
复制代码
<span style="font-family:verdana, Arial, Helvetica, sans-serif;font-size: 16px; line-height: 1.5;">      具体类图如下:</span>


       上述的代码,应该说基本完成了相关的需求,但是仔细考虑之后就会发现,上述的代码是根据具体的场景描述进行的,并没有进行抽象,这样就导致我们不能灵活的安排项目组长去做开场,即根据现在的代码,开场自我介绍被绑定给了小李而不能安排给其他人。为了解决上述的问题,我们引入首先引入Leader接口,相关代码和类图如下: 

复制代码
    public interface Leader {
        public void introduce();
    }

    public class Li implements Leader {
        @Override
        public void introduce() {
            System.out.println("大家好,我是小李");
        }
    }

    public class Team {
        public void firstMeeting() {
            Leader li = new Li();
            li.introduce();
        }
    }
复制代码

       具体类图如下:

        虽然上述的代码可以让我们安排给其他成员开场,但是我们可以看出Team类同时依赖Leader接口和Li类,并没有达到我们所期望的Team仅仅依赖于Leader接口的目的,如何解决这个问题呢?当然是引入Boss,由Boss决定具体由谁担任项目组长。具体类图和代码如下:

复制代码
    public interface Leader {
        public void introduce();
    }

    public class Li implements Leader {
        @Override
        public void introduce() {
            System.out.println("大家好,我是小李");
        }
    }
    
    public class Team {
        public void firstMetting(Leader leader){
            leader.introduce();
        }
    }
    
    public class Boss {
        public void direct(){
            Leader leader = new Li();
            Team team = new Team();
            team.firstMetting(leader);
        }
    }
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值