Structs框架

一、Structs框架

Structs框架结构采用MVC设计模式，同时包含客户端（client),请求以及业务逻辑处理（Business Logic),而MVC模式主要由模型（Model)、视图(View)和控制器(controller)三部分组成。

一方面可以通过浏览器发送Http请求，另一方面把Http响应的消息在浏览器上展示出来。

包括ActionServlet类和RequestProcessor类。ActionServlet是MVC实现的控制器部分，是整个框架的核心，它用来接收用户的请求，根据用户的请求从模型中获取用户所需的数据，然后选择合适的视图来响应用户的请求。

请求的处理通过RequestProcessor类来实现。

Servlet在接收请求后会根据配置文件中对应的关系，把请求转给指定的Action类来处理，Action采用适配器设计模式，只是对业务进行包装，真正的业务逻辑是由EJB的session bean或普通的Java类来实现。

1.系统的内部状态。通常由一组Actionform Bean表示，ActionForm封装了Http请求的数据的类和对象，它是一个抽象类，每一个输入表单表示它的一个子类，配置文件structs-config.xml中保存了Http的请求表单与具体的ActionForm类的映射关系。

2.可以改变的操作（业务逻辑）。

就是一个Jsp文件，没有业务逻辑的处理，也不保存系统的状态信息，通过一系列标签把数据以浏览器能识别的方式展现出来。

标签有：Bean Tags、Html tags等等等。

在Structs框架中，控制器主要是ActionServlet，但是对业务逻辑处理的操作主要由Action、ActionMapping、ActionForward等组件协调完成，Action是控制逻辑的实现者，ActionMapping和ActionForward指定了不同业务逻辑或流程的运行方向。

在使用structs框架的web应用启动时，会初始化ActionServlet，并从structs-config.xml配置文件中读取配置信息，并把他们存放到ActionMappings对象中，当ActionServlet接收到一个请求时，会执行如下流程：

1.检索和用户请求匹配的ActionMapping实例，如果不存在，就返回用户请求路径无效的信息。

2.如果ActionForm不存在，就创建一个ActionForm对象，把客户提交的表单数据保存到ActionForm对象中。

3.根据配置信息决定是否需要表单验证。如果需要，就调用ActionForm的validate().

4.如果ActionForm的validate()返回的是null或返回一个不包含ActionMessage的ActionErrors对象，则说明表单验证成功。

如果返回是一个或多个ActionMessage的ActionErrors对象，则表面验证失败，此时，ActionServlet将直接把请求转发给包含客户提交表单的JSP组件，在这种情况下，不会再创建Action对象并调用excute()。

5.Actionservlet根据ActionMapping实例包含的映射信息决定将请求转发给哪个Action。如果对应的Action对象不存在，就创建一个实例，然后调用Action的excute()。

6.Action的excute()返回的是一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指向的JSP文件。

7.ActionForward对象指向的JSP组件生成动态页面，返回给客户。

二、java方面主流的技术有哪些

Structs hibernate spring Struts

Struts是一个基于Sun J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。

Struts框架可分为以下四个主要部分，其中三个就和MVC模式紧密相关：

1、模型(Model)，本质上来说在Struts中Model是一个Action类(这个会在后面详细讨论)，开发者通过其实现商业逻辑，同时用户请求通过控制器(Controller)向Action的转发过程是基于由struts-config.xml文件描述的配置信息的。

2、视图(View)，View是由与控制器Servlet配合工作的一整套JSP定制标签库构成，利用她们我们可以快速建立应用系统的界面。

3、控制器(Controller)，本质上是一个Servlet，将客户端请求转发到相应的Action类。

4、一堆用来做XML文件解析的工具包，Struts是用XML来描述如何自动产生一些JavaBean的属性的，此外Struts还利用XML来描述在国际化应用中的用户提示信息的(这样一来就实现了应用系统的多语言支持)。

Spring是轻量级的J2EE应用程序框架。

Spring的核心是个轻量级容器（container），实现了IoC（Inversion of Control）模式的容器，Spring的目标是实现一个全方位的整合框架，在Spring框架下实现多个子框架的组合，这些子框架之间彼此可以独立，也可以使用其它的框架方案加以替代，Spring希望提供one-stop shop的框架整合方案。

Spring不会特别去提出一些子框架来与现有的OpenSource框架竞争，除非它觉得所提出的框架够新够好，例如Spring有自己的 MVC框架方案，因为它觉得现有的MVC方案有很多可以改进的地方，但它不强迫您使用它提供的方案，您可以选用您所希望的框架来取代其子框架，例如您仍可以在Spring中整合您的Struts框架。

Spring的核心概念是IoC，IoC的抽象概念是「依赖关系的转移」，像是「高层模组不应该依赖低层模组，而是模组都必须依赖于抽象」是 IoC的一种表现，「实现必须依赖抽象，而不是抽象依赖实现」也是IoC的一种表现，「应用程序不应依赖于容器，而是容器服务于应用程序」也是IoC的一种表现。

Spring能有效地组织你的中间层对象,无论你是否选择使用了EJB。如果你仅仅使用了Struts或其他的包含了J2EE特有APIs的framework，你会发现Spring关注了遗留下的问题。

.Spring能消除在许多工程上对Singleton的过多使用。根据我的经验，这是一个主要的问题，它减少了系统的可测试性和面向对象特性。

Spring能消除使用各种各样格式的属性定制文件的需要,在整个应用和工程中，可通过一种一致的方法来进行配置。曾经感到迷惑，一个特定类要查找迷幻般的属性关键字或系统属性,为此不得不读Javadoc乃至源编码吗？有了Spring，你可很简单地看到类的JavaBean属性。倒置控制的使用(在下面讨论)帮助完成这种简化。Spring能通过接口而不是类促进好的编程习惯，减少编程代价到几乎为零。

.Spring被设计为让使用它创建的应用尽可能少的依赖于他的APIs。在Spring应用中的大多数业务对象没有依赖于Spring。

.使用Spring构建的应用程序易于单元测试。

.Spring能使EJB的使用成为一个实现选择,而不是应用架构的必然选择。你能选择用POJOs或local EJBs来实现业务接口，却不会影响调用代码。

.Spring帮助你解决许多问题而无需使用EJB。Spring能提供一种EJB的替换物，它们适于许多web应用。例如,Spring能使用AOP提供声明性事务而不通过使用EJB容器，如果你仅仅需要与单个的数据库打交道，甚至不需要JTA实现。

.Spring为数据存取提供了一致的框架,不论是使用JDBC或O/R mapping产品（如Hibernate）。

Spring确实使你能通过最简单可行的解决办法解决你的问题。这些特性是有很大价值的。

Spring提供许多功能,在此我将快速地依次展示其各个主要方面。

首先,让我们明确Spring范围。尽管Spring覆盖了许多方面，但我们已经有清楚的概念，它什么应该涉及和什么不应该涉及。

Spring的主要目的是使J2EE易用和促进好编程习惯。

Spring不重新开发已有的东西。因此，在Spring中你将发现没有日志记录的包,没有连接池,没有分布事务调度。这些均有开源项目提供(例如 Commons Logging用来做所有的日志输出，或Commons DBCP用来作数据连接池),或由你的应用程序服务器提供。因为同样的的原因，我们没有提供O/R mapping层，对此，已有有好的解决办法如Hibernate和JDO。

Spring的目标是使已存在的技术更加易用。例如,尽管我们没有底层事务协调处理，但我们提供了一个抽象层覆盖了JTA或任何其他的事务策略。

Spring没有直接和其他的开源项目竞争，除非我们感到我们能提供新的一些东西。例如，象许多开发人员，我们从来没有为Struts高兴过，并且感到在MVC web framework中还有改进的余地。在某些领域，例如轻量级的 IoC容器和AOP框架，Spring有直接的竞争，但是在这些领域还没有已经较为流行的解决方案。(Spring在这些区域是开路先锋。)

所有的开发者都在唱同样的的赞歌,基础想法依然是Expert One-on-One J2EE设计与开发的那些。

并且我们已经能够使用一些主要的概念,例如倒置控制，来处理多个领域。

Spring在应用服务器之间是可移植的。

当然保证可移植性总是一次挑战，但是我们避免任何特定平台或非标准化,并且支持在WebLogic，Tomcat，Resin，JBoss，WebSphere和其他的应用服务器上的用户。

Spring的核心即是个IoC/DI的容器，它可以帮程序设计人员完成组件之间的依赖关系注入，使得组件之间的依赖达到最小，进而提高组件的重用性，Spring是个低侵入性（invasive）的框架，Spring中的组件并不会意识到它正置身于Spring中，这使得组件可以轻易的从框架中脱离，而几乎不用任何的修改，反过来说，组件也可以简单的方式加入至框架中，使得组件甚至框架的整合变得容易。

Spring最为人重视的另一方面是支持AOP（Aspect-Oriented Programming），然而AOP框架只是Spring支持的一个子框架，说Spring框架是AOP框架并不是一件适当的描述，人们对于新奇的 AOP关注映射至Spring上，使得人们对于Spring的关注集中在它的AOP框架上，虽然有所误解，但也突显了Spring的另一个令人关注的特色。

Spring也提供MVC Web框架的解决方案，但您也可以将自己所熟悉的MVC Web框架与Spring解合，像是Struts、Webwork等等，都可以与Spring整合而成为进用于自己的解决方案。Spring也提供其它方面的整合，像是持久层的整合如JDBC、O/R Mapping工具（Hibernate、iBATIS）、事务处理等等，Spring作了对多方面整合的努力，故说Spring是个全方位的应用程序框架。

全称“Asynchronous JavaScript and XML”（异步JavaScript和XML），是指一种创建交互式网页应用的网页开发技术。它有机地包含了以下几种技术：基于web标准（standards-based presentation）XHTML+CSS的表示；使用 DOM（Document Object Model）进行动态显示及交互；使用 XML和 XSLT进行数据交换及相关操作；使用 XMLHttpRequest进行异步数据查询、检索；使用 JavaScript将所有的东西绑定在一起。

类似于DHTML或LAMP，AJAX不是指一种单一的技术，而是有机地利用了一系列相关的技术。事实上，一些基于AJAX的“派生/合成”式（derivative/composite）的技术正在出现，如“AFLAX”。

传统的web应用允许用户填写表单(form)，当提交表单时就向web服务器发送一个请求。服务器接收并处理传来的表单，然后返回一个新的网页。这个做法浪费了许多带宽，因为在前后两个页面中的大部分HTML代码往往是相同的。由于每次应用的交互都需要向服务器发送请求，应用的响应时间就依赖于服务器的响应时间。这导致了用户界面的响应比本地应用慢得多。与此不同，AJAX应用可以仅向服务器发送并取回必需的数据，它使用SOAP或其它一些基于XML的web service接口，并在客户端采用JavaScript处理来自服务器的响应。因为在服务器和浏览器之间交换的数据大量减少，结果我们就能看到响应更快的应用。同时很多的处理工作可以在发出请求的客户端机器上完成，所以Web服务器的处理时间也减少了。

Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了轻量级的对象封装，使得Java程序员可以使用对象编程思维来操纵数据库。Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化。它还可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的Web应用中使用

Hibernate不会对您造成妨碍，也不会强迫您修改对象的行为方式。它们不需要实现任何不可思议的接口以便能够持续存在。惟一需要做的就是创建一份XML“映射文档”，告诉Hibernate您希望能够保存在数据库中的类，以及它们如何关联到该数据库中的表和列，然后就可以要求它以对象的形式获取数据，或者把对象保存为数据。与其他解决方案相比，它几乎已经很完美了。

运行时，Hibernate读取映射文档，然后动态构建Java类，以便管理数据库与Java之间的转换。在Hibernate中有一个简单而直观的API，用于对数据库所表示的对象执行查询。要修改这些对象，（一般情况下）只需在程序中与它们进行交互，然后告诉Hibernate保存修改即可。类似地，创建新对象也很简单；只需以常规方式创建它们，然后告诉Hibernate有关它们的信息，这样就能在数据库中保存它们。

Hibernate API学习起来很简单，而且它与程序流的交互相当自然。在适当的位置调用它，就可以达成目的。它带来了很多自动化和代码节省方面的好处，所以花一点时间学习它是值得的。而且还可以获得另一个好处，即代码不用关心要使用的数据库种类（否则的话甚至必须知道）。我所在的公司就曾有过在开发过程后期被迫更换数据库厂商的经历。这会造成巨大的灾难，但是借助于Hibernate，只需要简单地修改Hibernate配置文件即可。

这里的讨论假定您已经通过创建Hibernate映射文档，建立了一个关系数据库，并且拥有要映射的Java类。有一个Hibernate“工具集”可在编译时使用，以支持不同的工作流。例如，如果您已经拥有Java类和映射文档，Hibernate可以为您创建（或更新）必需的数据库表。或者，仅仅从映射文档开始，Hibernate也能够生成数据类。或者，它可以反向设计您的数据库和类，从而拟定映射文档。还有一些用于Eclipse的alpha插件，它们可以在IDE中提供智能的编辑支持以及对这些工具的图形访问。

如果您使用的是Hibernate 2环境，这些工具鲜有提供，但是存在可用的第三方工具。

既然Hibernate看起来如此灵活好用，为什么还要使用其他的工具呢？下面有一些场景，可以帮助您做出判断（或许通过提供一些比较和上下文，可以有助于鉴别非常适用Hibernate的场合）。

如果应用对于数据存储的需要十分简单——例如，您只想管理一组用户优先选择——您根本不需要数据库，更不用说一个优秀的对象-关系映射系统了（即使它也如Hibernate这般易于使用）！从Java 1.4开始，有一个标准的Java Preferences API可以很好地发挥这个作用。（在ONJava文章中可以找到有关Preferences API的更多信息。）

对于熟悉使用关系数据库和了解如何执行完美的SQL查询与企业数据库交互的人来说，Hibernate似乎有些碍手碍脚，这就像带有动力和自动排挡的快艇车会使注重性能的赛车驾驶员不耐烦一样。如果您属于这种人，如果您所在的项目团队拥有一个强大的DBA，或者有一些存储过程要处理，您可能想研究一下iBATIS。Hibernate的创建者本身就把iBATIS当作是另一种有趣的选择。我对它很有兴趣，因为我们曾为一个电子商务站点开发了一个类似的系统（其功能更为强大），而且从那时到现在，我们已经在其他环境中使用过它，尽管在发现Hibernate之后，在新项目中我们通常更喜欢使用Hibernate。您可以认为，以SQL为中心的解决方案（比如iBATIS）是“反向的”对象/关系映射工具，而Hibernate是一个更为传统的ORM。

当然，还有其他的外部原因会导致采用另外的方法。比如，在一个企业环境中，必须使用成熟的EJB架构（或者其他的一些非普通对象映射系统）。可以为提供自己的数据存储工具的平台量身定做代码，比如Mac OS X's Core Data。使用的可能是像XML DTD这样的存储规范，而它根本不涉及关系数据库。

三、学习java以后的就业方向有哪些

1、Java行业是一个大方向，岗位不同工作内容也多有不同，掌握一门Java技术之后就业的机会是很广泛的，给大家提供参考：

2、Java开发的就业方向一：Java企业级应用开发

3、目前Java在许多行业的企业信息应用方面的应用非常多，比如OA、邮箱、股票、金融、考试、物流、医疗、矿山等信息方面的系统。该方向和行业密切相关，所以，这是一个经验型的发展方向。Java开发者在这方面的需求也非常大，待遇也相当不错，有三到五年工作经验的年薪在15至20万这是一个很正常的水平。

4、Java开发的就业方向二：Java网站建设

5、近几年来，网站建设业务一直呈快速上升势头，行业市场越来越大。新技术的应用将促使企业网站建设更具魅力。Java编程语言也将使网站结构更紧密，访问更流畅，更能适应新的要求。特别是像大企业更偏向于使用Java技术。

6、Java开发的就业方向三：Android开发

7、Android是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导及开发。Android在国内的市场份额愈来愈额高。最近几年发展非常快速，但人才积累却没有跟上，优秀的Android开发工程师仍然存在不小的缺口。Android应用的主要开发语言就是Java，所以选择这个方向还是蛮不错的。

8、Java开发的就业方向四：Java游戏开发

9、Java本身就可以用来编写游戏脚本，目前也有例如beanshellgroovy等脚本语言可以方便的无缝的和Java语言进行交互，这些都极大的方便了Java游戏编程。

10、未来几年随着互联网的不断发展，对Java开发人员的需求也会不断增加，现在学习Java正当时。所以，你还在等什么，抓紧时间入行吧！如果想系统的学习编程，可以来我这看看呀