flex嵌入jspJavaWeb运用开辟框架实例

一、概述

Web 运用架构可以划分为两大子系统：前端子系统和后台子系统。

前端子系统：

flex嵌入jspJavaWeb运用开辟框架实例 React

1. 根本技能： Html/Javascript/CSS / Flash

2. 开拓框架： jQuery, Extjs , Flex 等;

后台子系统：

1. 根本技能： Java Servlet;

2. 开拓框架： Struts, Spring, Hibernate, ibatis 等;

3. 运用做事器： Tomcat / Jetty

编程模型： B/S 模型。
客户端向做事器端发送要求，做事器经由处理后返回相应，然后客户端根据相应及需求绘制前端展现。

在用户客户端和实际供应功能的Web 做事器之间还可能存在着代理做事器，负载均衡做事器，不过那些属于锦上添花的事物，暂时不在考虑范围内。

客户端运用理念：客户端承担大量的交互逻辑及渲染事情，做事器端紧张是处理要乞降返回数据。

前后端系统耦合：客户端和做事器端各自处理自己内部的子系统耦合;而客户端与做事器真个耦合简化为一个通信与数据通道。
该通道用来传输通信要乞降返回数据。

要求通信：采取 Http / Tcp 协议

数据通道：采取 Json, xml , 文本字符串，字节。
内部系统一样平常采取 Json 作为数据交流格式;系统间的互操作则采取XML 来规范；文本字符串是最一样平常的形式，字节是最底层的形式。

二、架构演化

最轻的架构： jQuery + Servlet + ajax 在客户端利用 jQuery发送 ajax 要求给Java 做事真个 Servlet 进行处理， Servlet 仅仅返回数据给客户端进行渲染。

该架构有效地分离了前端展示和后台要求处理，同时又保持了最轻的繁芜性，只须要学会编写 Servlet 及利用 jQuery ，就能构建大略的运用。

如果只是做个人创意演示，可以采取该架构，快速实现自己的创意功能。
Servlet 是Java web 运用的根本技能，jQuery 则是前端开拓的大略易用的利器。

后台架构演化：

1. 逻辑与页面的分离： JSP/Servlet

JSP 实现了页面逻辑与外不雅观的分离，但是，前端子系统与后台子系统仍旧是紧密耦合的; 前端设计职员实际上只须要做事端返回的数据，就可设计出非常专业的界面显示。

2. MVC 架构：Struts2(含Servlet，MVC) + JDBC

用Servlet 来添加做事器功能是基本的选择，但在web.xml中配置大量的 Servlet 却不是最佳的选择。

Struts2 在做事端实现了更丰富的MVC 模式，将本来由运用决定的掌握器从web容器等分离。

3. SSH 架构： Struts2(含Servlet, MVC) + Spring (Ioc) + Hibernate (ORM，工具-关系映射)

常日，运用系统中须要预先创建一些单例工具，比如 Controller, Service, Dao, 线程池等，可以引入 Spring Ioc 来有效地创建、管理和推送这些工具；利用 Hibernate 来实现关系数据库的行与面向工具的属性之间的映射与联接，以更好地简化和管理运用系统的数据库操作。
SSH 可以说是 JavaWeb运用系统开拓的三剑客。

4. SI 架构： SpringMVC(含Servlet, Ioc, MVC, Rest) + iBatis (Semi-ORM)

过于繁芜的架构会将人搞晕。
因此，在适应需求的情形下，只管即便选择大略的架构，是明智之选。
这种架构利用面向资源的理念，着重利用Spring作为MVC及运用根本做事举动步伐，同时利用 iBatis 来实现更大略灵巧的ORM映射，使之在可以理解和掩护的范围内。

前端架构：

1. Flash 架构： Flex + jQuery + JSP

这是一种比较传统的前端架构，采取同步模式， Flex 承担大量的页面渲染事情，并采取AMF协议与Java端进行通信，而JSP 则可以用于更快速的页面显示。
优点是：经由磨练的构造，常日是值得相信的; 缺陷是，由于采取同步模式，在交互效果上可能不足流畅，须要进行比较耗时的编译过程；此外， Flex 基于浏览器插件运行，在调试方面有些麻烦。

2. MVC 架构： Extjs + jQuery

这是一种比较当代的前端架构，采取异步模式， Extjs4 可以实现前端子系统的MVC 分离，对付可掩护性是非常不错的支持；此外， jQuery 可以作为有效的补充。

优点：异步，快速，对付企业内部的后台管理系统是非常好的选择。

缺陷： Extjs4 的可定制性、可适应性可能难以适应各种分外的需求，须要用其它组件来补充，比如大数据量的绘制。
对付互联网运用，速率可能是致命伤。

三、架构的选择

不要去讯问哪种架构更好，更须要做的是清晰地定位项目目标，根据自己的详细情形来选择和定制架构。
反复地考试测验、不雅观察和改进，反复磨炼技艺，这样才有助于设计水平的提升。

架构的选择常日有四种关注点：

1. 适用性：是否适宜你的项目需求。
架构有大有小，小项目用小架构，大项目用大架构。

2. 可扩展性：该架构在须要添加新功能时，是否能够以常量的本钱添加到现有系统中，所做的改动在多大程度上会影响现有功能的实现(基本不影响，还是要大面积波及)。

3. 便利性：利用该架构是否易于开拓功能和扩展功能，学习、开拓和测试本钱有多大。

4. 繁芜性：利用该架构后，掩护起来的本钱有多大。
你自然希望能够写一条语句做很多事，利用各种成熟的组件是精确的办法，同时，在项目中殽杂各种组件，也会提升理解和掩护系统的繁芜度。
便利性和繁芜性须要达到较好的平衡。

分外的关注点：