目录
1. Web MVC发展史历程
2.Spring概要
3.Spring-依赖注入概要(IOC)
4.属性注入的三种实现方式
5.Spring-IoC XML装配
6.Spring-XML设置Bean的值
7.Spring-IoC 注解(1)
8.Spring-IoC 注解(2)
9.Spring-AOP切面编程(1)
10.Spring-AOP切面编程(2)
未完待续...
未完待续...
未完待续...
-
模型的结构
- 产生的问题
如果有好几千个jsp, 这些jsp互相调用(通过GET/POST), 到了最后调用关系无人能搞懂。
二、JSP和JavaBean+Servlet(Model2)
-
模型的结构
- 说明
- JavaBean作为Model层,定义bean来表示数据和封装业务逻辑
- 定义数据Bean来表示需要显示给用户的结果
- 定义业务Bean来封装业务逻辑,DAO
- 使用Servlet处理用户请求
- 对输入数据的检查和转换
- 通过JavaBean访问数据库
- 初始化JSP页面中要用到的JavaBean或对象,保存在作用域中
- 根据处理中不同的分支和结果,决定转向那个JSP等
- JSP作为View层,负责生成交互后返回的界面
- 它主要通过信息共享,获取Servlet生成的对象或JavaBean,从中取出数据,插入到HTML页面中
- JavaBean作为Model层,定义bean来表示数据和封装业务逻辑
三、EJB(Enterprise Java bean)
1、EJB到底是什么?
- 官方解释
商务软件的核心部分是它的业务逻辑 - 目的
EJB是sun的JavaEE服务器端组件模型,设计目标与核心应用是部署分布式应用程序。简单来说就是把已经编写好的程序(即:类)打包放在服务器上执行。凭借java跨平台的优势,用EJB技术部署的分布式系统可以不限于特定的平台。EJB (Enterprise JavaBean)是J2EE(javaEE)的一部分,定义了一个用于开发基于组件的企业多重应用程序的标准。其特点包括网络服务支持和核心开发工具(SDK)。 在J2EE里,Enterprise Java Beans(EJB)称为Java 企业Bean,是Java的核心代码,分别是会话Bean(Session Bean),实体Bean(Entity Bean)和消息驱动Bean(MessageDriven Bean)。(百科) - EJB要解决的问题
- 数据存储(Persistent)
- 分布式 (Distributed)
- 事务处理(Transactional)
- 安全性 (Secure)
- 高可用性
- 可扩展 (Scalable)
- 相关技术
- JDBC( Java database connectivity)
Java 数据库连接, 没有数据库的支持怎么能叫企业级应用</pre> - JNDI
Java命名和目录接口, 通过一个名称就可以定位到一个数据源, 连jdbc连接都不用了</pre> - RMI(Remote Method Invoke 远程方法调用)
远程过程调用, 让一个机器上的java 对象可以调用另外一个机器上的java对象 注释:要实现远程调用必须序列化 把对象转换为字节序列的过程称为对象的序列化。 把字节序列恢复为对象的过程称为对象的反序列化。 对象的序列化主要有两种用途:- 把对象的字节序列永久地保存到硬盘上,通常存放在一个文件中;
- 在网络上传送对象的字节序列。
- JTA(Java Transaction API)
Java 事务管理, 支持分布式事务, 能在访问、更新多个数据库的时候,仍然保证事务, 还是分布式。 - JMS(Java Message Service)
各个软件模块收发消息的消息中间件,在各个软件模块之间收发消息 - Java mail
收发邮件也是必不可少的啊。
- JDBC( Java database connectivity)
- 什么是"服务集群"?什么是"企业级开发"? 什么分布式?
- 分布式:一个业务分拆多个子业务,部署在不同的服务器上
强调 机器间的协作,其重点是任务可拆分, 如 某个任务需要一个机器运行10个小时, 将该该任务用10台机器的分布式跑,可能2个小时就跑完了 (主要是解决计算机内存,io,瓶颈) - 集群:同一个业务,部署在多个服务器上
例如:某个任务需要一个机器运行10个小时,那任务放到 处理该任务的集群上 还是需要10个小时。 假如有10个这样的任务, 放到同一个集群上, 仍然需要10个小时
- 分布式:一个业务分拆多个子业务,部署在不同的服务器上
2、EJB的缺点
- 巨大而复杂的规格说明:对于一个复杂的分布式系统,有一个文档进行说明是一件很合理的事情。但是,并不是所有的文档信息都是真正必需的,EJB的文档反而成了一个非常不便利的工具。
- 庞大的文件:在你开发一个项目之前,你通常需要阅读1000多页的文档。这是部署EJB时非常痛苦的事情。
- 增加程序调试时间:制定EJB解决方案比远比使用普通的Java代码所需的时间长,调试EJB程序也比调试普通的Java代码所需要的时间也长。主要原因是我们不知道bug是出在代码本身还是出在容器上。
- EJB代码更加复杂:举个例子,为了实现一个session bean,你必须写三个类,为了实现一个实体bean,你需写四个类。增加几个部署描述语句,比如说最简单的"Hello world"程序需要10个文件,而不是一个文件。
- 重复设计的危险:导致这种结果的原因是复杂的文档所致。。如果你没有完全理解EJB的概念,你就不会很好的驾奴它,让它你所用,反之为你所累。
- 维护困难:EJB是一个不断更新的技术,在新技术不断推出的时候,代码需要升级,这就就需要额外的努力和成本来使你的程序和新的EJB容器兼容。
3、总结
- EJB实现原理: 就是把原来放到客户端实现的代码放到服务器端,并依靠RMI进行通信。
- RMI实现原理 :就是通过Java对象可序列化机制实现分布计算。
- 服务器集群: 就是通过RMI的通信,连接不同功能模块的服务器,以实现一个完整的功能。
四、Spring
1、前提概要
- 很快EJB中用起来极为繁琐和笨重, 性能也不好, 为了获得所谓的分布式,反而背上了沉重的枷锁。
- 实体Bean很快没人用了, 就连简单的无状态Session bean 也被大家所诟病, 更致命的就是“代码的侵入性” 。
- 2002年,Rod Johnson写的一本书
<Expert One-on-One J2EE Design and Development>
- 2003年2月,基于这本出版了极其叫卖的一本书
<Expert One-on-One J2EE Design and Development>
Spring开源项目开启 - 2004,出版了
<J2EE without EJB>
基于一个易懂的,轻量级的框架开发,已经是后EJB时代的趋势( Expert One-On-One J2EE Development Without EJB )
2、核心思想
- 依赖注入(Dependnecy Injection)
- 面向切面编程(AOP)