structs

a person who teachers or instructs教师教师或指导的人

多了个C拼错了，差别就是strust是要淘汰的技术已经不升级了，现在新项目都会用struts2了

struts1与struts2本质区别 :1 在Action实现类方面的对比：Struts 1要求Action类继承一个抽象基类；Struts 1的一个具体问题是使用抽象类编程而不是接口。Struts 2 Action类可以实现一个Action接口，也可以实现其他接口，使可选和定制的服务成为可能。Struts 2提供一个ActionSupport基类去实现常用的接口。即使Action接口不是必须实现的，只有一个包含execute方法的POJO类都可以用作Struts 2的Action。2 线程模式方面的对比：Struts 1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts 1 Action能做的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的；Struts 2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。3 Servlet依赖方面的对比：Struts 1 Action依赖于Servlet API，因为Struts 1 Action的execute方法中有HttpServletRequest和HttpServletResponse方法。Struts 2 Action不再依赖于Servlet API，从而允许Action脱离Web容器运行，从而降低了测试Action的难度。 当然，如果Action需要直接访问HttpServletRequest和HttpServletResponse参数，Struts 2 Action仍然可以访问它们。但是，大部分时候，Action都无需直接访问HttpServetRequest和 HttpServletResponse，从而给开发者更多灵活的选择。4 可测性方面的对比：测试Struts 1 Action的一个主要问题是execute方法依赖于Servlet API，这使得Action的测试要依赖于Web容器。为了脱离Web容器测试Struts 1的Action，必须借助于第三方扩展：Struts TestCase，该扩展下包含了系列的Mock对象（模拟了HttpServetRequest和HttpServletResponse对象），从而可以脱离Web容器测试Struts 1的Action类。Struts 2 Action可以通过初始化、设置属性、调用方法来测试。5 封装请求参数的对比：Struts 1使用ActionForm对象封装用户的请求参数，所有的ActionForm必须继承一个基类：ActionForm。普通的JavaBean不能用作ActionForm，因此，开发者必须创建大量的ActionForm类封装用户请求参数。虽然Struts 1提供了动态ActionForm来简化ActionForm的开发，但依然需要在配置文件中定义ActionForm；Struts 2直接使用Action 属性来封装用户请求属性，避免了开发者需要大量开发ActionForm类的烦琐，实际上，这些属性还可以是包含子属性的Rich对象类型。如果开发者依然怀念Struts 1 ActionForm的模式，Struts 2提供了ModelDriven模式，可以让开发者使用单独的Model对象来封装用户请求参数，但该Model对象无需继承任何Struts 2基类，是一个POJO，从而降低了代码污染。6 表达式语言方面的对比：Struts 1整合了JSTL，因此可以使用JSTL表达式语言。这种表达式语言有基本对象图遍历，但在对集合和索引属性的支持上则功能不强；Struts 2可以使用JSTL，但它整合了一种更强大和灵活的表达式语言：OGNL（Object Graph Notation Language），因此，Struts 2下的表达式语言功能更加强大。7 绑定值到视图的对比：Struts 1使用标准JSP机制把对象绑定到视图页面；Struts 2使用“ValueStack”技术，使标签库能够访问值，而不需要把对象和视图页面绑定在一起。8 类型转换的对比：Struts 1 ActionForm 属性通常都是String类型。Struts 1使用Commons-Beanutils进行类型转换，每个类一个转换器，转换器是不可配置的；Struts 2使用OGNL进行类型转换，支持基本数据类型和常用对象之间的转换。9 数据校验的对比：Struts 1支持在ActionForm重写validate方法中手动校验，或者通过整合Commons alidator框架来完成数据校验。Struts 2支持通过重写validate方法进行校验，也支持整合XWork校验框架进行校验。10 Action执行控制的对比：Struts 1支持每一个模块对应一个请求处理（即生命周期的概念），但是模块中的所有Action必须共享相同的生命周期。Struts 2支持通过拦截器堆栈（Interceptor Stacks）为每一个Action创建不同的生命周期。开发者可以根据需要创建相应堆栈，从而和不同的Action一起使用。

导入struts的包后,会自动在WEB-INFO添入struts-bean.tld标签,可能是你在jsp页面引入该标签文件的uri写错了吧!

搜索 ApacheStructs

1:spring3开发效率高于struts2:spring3 mvc可以认为已经100%零配置3:struts2是类级别的拦截， 一个类对应一个request上下文，springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应所以说从架构本身上 spring3 mvc就容易实现restful url 而struts2的架构实现起来要费劲因为struts2 action的一个方法可以对应一个url而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了 4:spring3mvc的方法之间基本上独立的，独享request response数据请求数据通过参数获取，处理结果通过ModelMap交回给框架方法之间不共享变量而struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的这不会影响程序运行，却给我们编码 读程序时带来麻烦 5:由于Struts2需要针对每个Request进行封装，把Request，Session等Servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全。所以在原则上，是比较耗费内存的

Hibernate也有.net版本的，叫NHibernate你可以到Hibernate的网站上看一下Struts是Java的，现在.net也出了一个MVC框架，不过现在是preview4版本的

找到 Teacher 这个类，如果前边有 private、protect 等字段的话，将字段改为 public。如果没有字段如 Teacher{ ... } 则改为 public Teacher{ ... }

是的！

。jsp是直接转向update.jsp这个页面 不需要Structs里面配置的 。do 是需要在structs的配置文件配置的 。。看他配置的怎么样 update.do不一定转向的就是update.jsp 也可以配置成其他jsp页面的

<global-forwards> <forward name="" path="/"> </global-forwards>在这个structs-config.xml中是不是设置了这个全局跳转 找不到action就会自动往path后的路径跳

嗯 ，就放在SRC就行了 配置文件不要乱扔

<script for="button1" event="onclick" language="vbscript"> m=form1.name1.value n=form1.pwd.value w=form1.pwd1.value if m="" or n="" or w="" then msgbox "带星号的不能为空" return falseend if if n<>w then msgbox "确认密码不正确" return falseend if </script> -----------------------加上return false就可以了

你用过过滤器没有，如果你理解*,就明白了就是所有以.do结束的url请求都使用这个

spring mvc要比struts简单，其次更好的整合了spring ,效率也要比struts高，原因是struts的值栈相信的struts的效率，struts出错率要比spring mvc高，如果是方便的话struts比spring mvc更方便，写好配置文件用*匹配路径，基本就继承，写get,set方法就可以了

按照MVC三层架构，基本上struts是表示层部分、spring是事务层部分、hibernate是持久层（数据层）部分。通俗点就是差不多表示层主要页面，事务层主要事务逻辑处理，持久层和数据库打交道。

Structs的Action是在Servlet的基础上进行的进一步封装，已经将同名的参数设置到了Action的属性当中，不需再手动设置，方便调用。当然，Action不等于servlet，servlet还是有其用处的，例如，是做一些简单的功能，ajax，servlet还是比较合适的。（Action中的方法返回值都是一个字符串，这也有不方便之处。）

楼上说的，挺好，Spring，说的通俗一点，或用的多的，就是对象管理器。有需要用对象的地方，直接向Spring去要就可以了，不用New一个出来

struts是一种mvc,从<<spring开发指南>;>;中借来一句话, 送给你, 希望于你对mvc的理解有帮助对于现有较成熟的Model-View-Control(MVC)框架而言，其解决的主要问题无外乎下面几部分：1． 将Web页面中的输入元素封装为一个（请求）数据对象。2． 根据请求的不同，调度相应的逻辑处理单元，并将（请求）数据对象作为参数传入。3． 逻辑处理单元完成运算后，返回一个结果数据对象。4． 将结果数据对象中的数据与预先设计的表现层相融合并展现给用户。各个MVC 实现固然存在差异，但其中的关键流程大致如上。

Struts框架是对MVC（模型Model 视图View 控制器Controller）设计模式的实现，作用是在于接收用户的请求，调用业务逻辑代码。转发到正确的页面。在三层设计模式中实现了控制器的作用。其实框架的概念很广，它包含了有名的SSH三大框架，也就是Struts、Spring、Hibernate. 框架就是一系列的组件，按照一定的结构组合在一起，作为系统开发的平台。使用的框架就是拿别人已经开发好的半成品继续加工自己的业务。就是能让我们能够站在巨人的肩膀上，享用前人经验和智慧。当然框架的好处也是很大的。JavaBean是一些封装数据和业务逻辑的Java类，它也是为了结合MVC设计模式来定的,JavaBean在其中充当模型的角色

一般现在时第三人称单数，所以加s。

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组件生成动态页面，返回给客户。

struts1与struts2本质区别 :1 在Action实现类方面的对比：Struts 1要求Action类继承一个抽象基类；Struts 1的一个具体问题是使用抽象类编程而不是接口。Struts 2 Action类可以实现一个Action接口，也可以实现其他接口，使可选和定制的服务成为可能。Struts 2提供一个ActionSupport基类去实现常用的接口。即使Action接口不是必须实现的，只有一个包含execute方法的POJO类都可以用作Struts 2的Action。2 线程模式方面的对比：Struts 1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts 1 Action能做的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的；Struts 2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。3 Servlet依赖方面的对比：Struts 1 Action依赖于Servlet API，因为Struts 1 Action的execute方法中有HttpServletRequest和HttpServletResponse方法。Struts 2 Action不再依赖于Servlet API，从而允许Action脱离Web容器运行，从而降低了测试Action的难度。 当然，如果Action需要直接访问HttpServletRequest和HttpServletResponse参数，Struts 2 Action仍然可以访问它们。但是，大部分时候，Action都无需直接访问HttpServetRequest和 HttpServletResponse，从而给开发者更多灵活的选择。4 可测性方面的对比：测试Struts 1 Action的一个主要问题是execute方法依赖于Servlet API，这使得Action的测试要依赖于Web容器。为了脱离Web容器测试Struts 1的Action，必须借助于第三方扩展：Struts TestCase，该扩展下包含了系列的Mock对象（模拟了HttpServetRequest和HttpServletResponse对象），从而可以脱离Web容器测试Struts 1的Action类。Struts 2 Action可以通过初始化、设置属性、调用方法来测试。5 封装请求参数的对比：Struts 1使用ActionForm对象封装用户的请求参数，所有的ActionForm必须继承一个基类：ActionForm。普通的JavaBean不能用作ActionForm，因此，开发者必须创建大量的ActionForm类封装用户请求参数。虽然Struts 1提供了动态ActionForm来简化ActionForm的开发，但依然需要在配置文件中定义ActionForm；Struts 2直接使用Action 属性来封装用户请求属性，避免了开发者需要大量开发ActionForm类的烦琐，实际上，这些属性还可以是包含子属性的Rich对象类型。如果开发者依然怀念Struts 1 ActionForm的模式，Struts 2提供了ModelDriven模式，可以让开发者使用单独的Model对象来封装用户请求参数，但该Model对象无需继承任何Struts 2基类，是一个POJO，从而降低了代码污染。6 表达式语言方面的对比：Struts 1整合了JSTL，因此可以使用JSTL表达式语言。这种表达式语言有基本对象图遍历，但在对集合和索引属性的支持上则功能不强；Struts 2可以使用JSTL，但它整合了一种更强大和灵活的表达式语言：OGNL（Object Graph Notation Language），因此，Struts 2下的表达式语言功能更加强大。7 绑定值到视图的对比：Struts 1使用标准JSP机制把对象绑定到视图页面；Struts 2使用“ValueStack”技术，使标签库能够访问值，而不需要把对象和视图页面绑定在一起。8 类型转换的对比：Struts 1 ActionForm 属性通常都是String类型。Struts 1使用Commons-Beanutils进行类型转换，每个类一个转换器，转换器是不可配置的；Struts 2使用OGNL进行类型转换，支持基本数据类型和常用对象之间的转换。9 数据校验的对比：Struts 1支持在ActionForm重写validate方法中手动校验，或者通过整合Commons alidator框架来完成数据校验。Struts 2支持通过重写validate方法进行校验，也支持整合XWork校验框架进行校验。10 Action执行控制的对比：Struts 1支持每一个模块对应一个请求处理（即生命周期的概念），但是模块中的所有Action必须共享相同的生命周期。Struts 2支持通过拦截器堆栈（Interceptor Stacks）为每一个Action创建不同的生命周期。开发者可以根据需要创建相应堆栈，从而和不同的Action一起使用。

Latent ConstructsIn structural equation modeling, the key variables of interest are usually "latent constructs"--abstract psychological concepts such as "intelligence" or "attitude." We can observe the behavior of latent variables only indirectly, and imperfectly, through their effects on manifest variables.In SEM, each latent construct is usually associated with multiple measures. SEM researchers most commonly link the latent constructs to their measures through a factor analytic measurement model. That is, each latent construct is modeled as a common factor underlying the associated measures. These "loadings" linking constructs to measures are labeled with the Greek character "lambda" (at left). Structural equation models can include two separate "lambda matrices, one on the X side and one on the Y side. In SEM applications, the most common measurement model is the congeneric measurement model, where each measure is associated with only one latent construct, and all covariation between measures is a consequence of the relations between measures and constructs.

配置文件的问题，你最好更多的代码贴出来！