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
來源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。
posted @ 2018-09-27 14:24  南北12345678  阅读(...)  评论(...编辑  收藏