Java bean与Spring、Spring MVC关系

Java Bean

Java语言欠缺属性、事件、多重继承功能。因此，若是要在Java程序中实现一些面向对象编程的常见需求，只能手写大量胶水代码。Java Bean正是编写这套胶水代码的惯用模式或约定。这些约定包括getXxx、setXxx、isXxx、addXxxListener、XxxEvent等。遵照上述约定的类能够用于若干工具或库。

举个例子，假若有人要用Java实现一个单向链表类，可能会这样写：

 

 

上述实现为了可以快速获取链表的大小，把链表大小缓存在size变量中。用法以下：

JavaIntList myList = new JavaIntList( );

System.out.println(myList.size);

要节省内存，不要缓存size变量了，把代码改为这样：

 

 

发现找不到什么size变量。若是要找到size变量，你就必须保持向后兼容性。因此Java标准库中，绝对不会出现public int size这样的代码，而必定会一开始就写成：

private int size;

public int getSize( ){return size;}

让用户一开始就使用getSize，以便有朝一日修改getSize实现时，不破坏向后兼容性。这种public int getSize() { return size; }的惯用手法，就是Java Bean。

JSP + Java Bean

在jsp上，  能够用java bean 来封装业务逻辑，保存数据到数据库， 像这样：

 

 

其中jsp 直接用来接受用户的请求， 而后经过java bean 来处理业务， 具体的使用方法是：

这就能把HTTP request中的全部参数都设置到 user 这个java bean 对应的属性上去。 

只要保证 http request中的参数名和 java bean 中的属性名是同样的。 

这个叫作JSP Model 1 的模型受到了不少Java程序员的欢迎 ,  由于他们的应用规模都很小， 用Model 1 使得开发很快速，实际上， 这种方式和微软的asp , 以及和开源的php 几乎同样。 

但在项目中频繁使用了Model 1 致使整个系统的崩溃，由于系统中有好几千个jsp， 这些jsp互相调用(经过GET/POST), 到了最后调用关系无人能搞懂。 

为了解决这个问题，又推出了 ：JSP Model 2 ,    这是个模型真正的体现了Model-View-Controller的思想：

 

 

Servlet 充当Controller ,  jsp 充当 View ，Java bean 固然就是Model 了！

业务逻辑， 页面显示， 和处理过程作了很好的分离。 

基于这个模型的扩展和改进，  不少Web开发框架开始如雨后春笋同样出现， 其中最著名的就是 SpringMVC了。

Enterprise Java bean

愈来愈多企业程序员提出诉求：要分布式、要安全、要事务、要高可用性。

诉求能够归结为：“咱们只想关注咱们的业务逻辑， 咱们不想， 也不该该由咱们来处理‘低级’的事务， 多线程，链接池，以及其余各类各类的‘低级’API， 此外Java帝国必定得提供集群功能， 这样咱们的一台机器死机之后，整个系统还能运转。 ”

因而推出了J2EE， 像Java bean 同样， 这仍是一个规范， 可是比Java bean 复杂的多， 其中有：

JDBC:  Java 数据库链接

JNDI :  Java 命名和目录接口， 经过一个名称就能够定位到一个数据源， 连jdbc链接都不用了

RMI：  远程过程调用，  让一个机器上的java 对象能够调用另一个机器上的java 对象 

JMS :   Java 消息服务，  可使用消息队列了

JTA：  Java 事务管理， 支持分布式事务， 能在访问、更新多个数据库的时候，仍然保证事务， 仍是分布式。

Java mail : 收发邮件

J2EE 后来改为了Java EE。

固然最重要的是， java bean 变成了 Enterprise Java bean , 简称 EJB。

使用了EJB， 你就能够把精力只放在业务上了， 那些烦人的事务管理， 安全管理，线程 通通交给容器（应用服务器）来处理吧。 

咱们还提供了额外的福利， 只要你的应用服务器是由多个机器组成的集群， EJB就能够无缝的运行在这个集群上， 你彻底不用考虑一个机器死掉了应用该怎么办。咱们都帮你搞定了。 

使用Session Bean ， 能够轻松的处理你的业务。

使用实体Bean (Entity bean ) , 你和数据库打交道会变得极为轻松， 甚至sql 都不用写了。

使用消息驱动Bean(Message Driven bean ) , 你能够轻松的和一个消息队列链接， 处理消息。

Spring

然而，大部分的程序员就发现，  EJB中用起来极为繁琐和笨重， 性能也很差， 为了得到所谓的分布式，反而背上了沉重的枷锁。 

实体Bean很快没人用了， 就连简单的无状态Session bean 也被你们所诟病， 其中一条罪状就是“代码的侵入性”。

在定义EJB的时候没考虑那么多，程序员在定义一个Session bean的时候，须要写一大堆和业务彻底没有关系的类。 

还须要被迫实现一些根本不该该实现的接口及其方法： 

 

 

他们但愿这个样子：

public class HelloworldBean{

    public String hello(){

        return "hello world"

   }

}

与此同时，他们还过度的要求保留事务、 安全这些必备的东西。 

Spring 框架顺应了POJO的潮流， 提供了一个spring 的容器来管理这些POJO, 也叫bean 。

对于一个Bean 来讲，若是你依赖别的Bean , 只须要声明便可， spring 容器负责把依赖的bean 给“注入进去“， 起初你们称之为控制反转(IoC)。

后来 Martin flower 给这种方式起来个更好的名字，叫“依赖注入”（DI）。

若是一个Bean 须要一些像事务，日志，安全这样的通用的服务， 也是只须要声明便可， spring 容器在运行时可以动态的“织入”这些服务， 这叫面向切面（AOP）。 

总之，spring和spring mvc极大的增长了Java对web开发领地的统治力。

做者：柏拉图式Sin 连接：https://www.jianshu.com/p/e6e9762cd8e8 來源：简书 简书著做权归做者全部，任何形式的转载都请联系做者得到受权并注明出处。