jstl优点（jsp中使用 severelet的好处）

本文目录

• jsp中使用 severelet的好处
• freemarker和jsp的区别
• 使用JSTL到底有什么好处，为什么要用JSTL
• Struts2有什么优缺点 hibernate有什么优缺点 spring呢
• 在jsp中 el 与jstl 到底什么作用，什么时候用分别用它们好处在哪
• 闲话Java Web层框架优缺点 用哪个呢

jsp中使用 severelet的好处

JSP再用上Servlet以后，简单的说，可以把JSP里的程序段部分移到Servlet里；代码能将显示和控制分离。一般来说调试JSP页面是比较难的，也就是JSP出错了比较难排查错误；而Servlet，JavaBean这种Java代码形式比较容易些；而且从美工角度看，JSP页面里一坨坨的Java代码让它们很难对样式做出调整，如果再配合在JSP里用上EL表达式和JSTL标签库表达简单页面逻辑，就能让JSP里不出现Java程序段代码了。按照Java Web开发中的MVC的设计，1）JSP作视图View，只负责显示页面以及一些简单的显示逻辑；2）Servlet作控制器Controller，负责接收数据、包装数据、调用数据库DAO以及页面跳转这些繁琐的控制代码；3）最后应把数据封装为JavaBean，作为值对象VO在页面和后台模型(Model)以及DAO及数据库之间传递。这样代码的可维护性和可扩展性最好。

freemarker和jsp的区别

运行机制就不大一样,jsp是编译成继承自servlet的class文件，运行jsp就是运行一个servlet而freemarker就是套模板，通过模板+内容直接生成HTML然后输出从开发角度来说freemarker 自带一套模板语言，语法实现更简单直观，而且可以通过marco宏编写控件，如果宏无法满足，freemarker也还提供了很多JAVA扩展接口。而JSP不管JSTL还是其他，都是靠taglib实现的，taglib的效率其实并不高，所以在复杂页面的渲染上 ,freemarker会明显高于jsp同时 ,freemarker也不仅仅局限于B/S应用，可以广泛应用到比如代码生成、票据打印模板等各个方面

使用JSTL到底有什么好处，为什么要用JSTL

jstl主要用在jsp页面，可以在jsp的html代码中插入JavaScript代码，是一种标签语言。但是增加了js和html的耦合度，因此不建议使用。

Struts2有什么优缺点 hibernate有什么优缺点 spring呢

struts框架具有组件的模块化，灵活性和重用性的优点，同时简化了基于MVC的web应用程序的开发。优点：Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点。使开发者能更深入的了解其内部实现机制。除此之外，Struts的优点主要集中体现在两个方面：Taglib和页面导航。Taglib是Struts的标记库，灵活动用，能大大提高开发效率。另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。关于页面导航，我认为那将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。另外，struts是业界"标准"（很多成功案例），学习资源丰富，HTML标签非常优秀缺点：Taglib是Struts的一大优势，但对于初学者而言，却需要一个持续学习的过程，甚至还会打乱你网页编写的习惯，但是，当你习惯了它时，你会觉得它真的很棒。Struts将MVC的Controller一分为三，在获得结构更加清晰的同时，也增加了系统的复杂度。ActionForms使用不便、无法进行单元测试（StrutsTestCase只能用于集成） Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点。使开发者能更深入的了解其内部实现机制。 Struts开放源码框架的创建是为了使开发者在构建基于Java Servlet和JavaServer Pages（JSP）技术的Web应用时更加容易。Struts框架为开放者提供了一个统一的标准框架，通过使用Struts作为基础，开发者能够更专注于应用程序的商业逻辑。Struts框架本身是使用Java Servlet和JavaServer Pages技术的一种Model-View-Controller（MVC）实现. 具体来讲,Struts的优点有: 1. 实现MVC模式，结构清晰,使开发者只关注业务逻辑的实现. 2. 有丰富的tag可以用 ,Struts的标记库(Taglib)，如能灵活动用，则能大大提高开发效率。另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。 3. 页面导航.页面导航将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。 4. 提供Exception处理机制 . 5. 数据库链接池管理 6. 支持I18N 缺点: 一、 转到展示层时，需要配置forward，每一次转到展示层，相信大多数都是直接转到jsp，而涉及到转向，需要配置forward，如果有十个展示层的jsp，需要配置十次struts，而且还不包括有时候目录、文件变更，需要重新修改forward，注意，每次修改配置之后，要求重新部署整个项目，而tomcate这样的服务器，还必须重新启动服务器，如果业务变更复杂频繁的系统，这样的操作简单不可想象。现在就是这样，几十上百个人同时在线使用我们的系统，大家可以想象一下，我的烦恼有多大。 二、 Struts 的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必需统一同步，这个就引起了线程安全的问题。 三、 测试不方便. Struts的每个Action都同Web层耦合在一起，这样它的测试依赖于Web容器，单元测试也很难实现。不过有一个Junit的扩展工具Struts TestCase可以实现它的单元测试。 四、 类型的转换. Struts的FormBean把所有的数据都作为String类型，它可以使用工具Commons-Beanutils进行类型转化。但它的转化都是在Class级别，而且转化的类型是不可配置的。类型转化时的错误信息返回给用户也是非常困难的。 五、 对Servlet的依赖性过强. Struts处理Action时必需要依赖ServletRequest 和ServletResponse，所有它摆脱不了Servlet容器。 六、 前端表达式语言方面.Struts集成了JSTL，所以它主要使用JSTL的表达式语言来获取数据。可是JSTL的表达式语言在Collection和索引属性方面处理显得很弱。 七、 对Action执行的控制困难. Struts创建一个Action，如果想控制它的执行顺序将会非常困难。甚至你要重新去写Servlet来实现你的这个功能需求。 八、 对Action 执行前和后的处理. Struts处理Action的时候是基于class的hierarchies，很难在action处理前和后进行操作。 九、 对事件支持不够. 在struts中，实际是一个表单Form对应一个Action类(或DispatchAction)，换一句话说：在Struts中实际是一个表单只能对应一个事件，struts这种事件方式称为application event，application event和component event相比是一种粗粒度的事件。 Struts重要的表单对象ActionForm是一种对象，它代表了一种应用，这个对象中至少包含几个字段，这些字段是Jsp页面表单中的input字段，因为一个表单对应一个事件，所以，当我们需要将事件粒度细化到表单中这些字段时，也就是说，一个字段对应一个事件时，单纯使用Struts就不太可能，当然通过结合JavaScript也是可以转弯实现的。2．HibernateHibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。大多数开发机构经常采取创建各自独立的数据持久层。一旦底层的数据结构发生改变，那么修改应用的其余部分使之适应这种改变的代价将是十分巨大的。Hibernate适时的填补了这一空白，它为Java应用提供了一个易用的、高效率的对象关系映射框架。hibernate是个轻量级的持久性框架，功能却非常丰富。优点：a.Hibernate 使用 Java 反射机制 而不是字节码增强程序来实现透明性。b.Hibernate 的性能非常好，因为它是个轻量级框架。 映射的灵活性很出色。c.它支持各种关系数据库，从一对一到多对多的各种复杂关系。缺点：它限制您所使用的对象模型。(例如，一个持久性类不能映射到多个表)其独有的界面和可怜的市场份额也让人不安，尽管如此，Hibernate 还是以其强大的发展动力减轻了这些风险。其他的开源持久性框架也有一些，不过都没有 Hibernate 这样有市场冲击力。上面回贴情绪有点激动，希望谅解，我不是因为有人批评Hibernate而感到不快，而是因为帖子里面的观点实在让我觉得荒谬。不管觉得Hibernate好也吧，不好也吧，我唯一觉得遗憾的是，在中文论坛里面找不到一个对Hibernate的真正高水平的评价。在TSS上有一个关于Hibernate的hot thread，跟了几百贴，其中包括Hibernate作者Gavin和LiDO JDO的CTO，对于JDO和Hibernate有过一些激烈的争论，我曾经耐心的看了一遍，仍然没有发现针对Hibernate真正有力的攻击，那些所谓的攻击无非针对Hibernate没有一个GUI的配置工具，没有商业公司支持，没有标准化等等这些站不住脚的理由。补充几点我的意见：一、Hibernate是JDBC的轻量级的对象封装，它是一个独立的对象持久层框架，和App Server，和EJB没有什么必然的联系。Hibernate可以用在任何JDBC可以使用的场合，例如Java应用程序的数据库访问代码，DAO接口的实现类，甚至可以是BMP里面的访问数据库的代码。从这个意义上来说，Hibernate和EB不是一个范畴的东西，也不存在非此即彼的关系。二、Hibernate是一个和JDBC密切关联的框架，所以Hibernate的兼容性和JDBC驱动，和数据库都有一定的关系，但是和使用它的Java程序，和App Server没有任何关系，也不存在兼容性问题。三、Hibernate不能用来直接和Entity Bean做对比，只有放在整个J2EE项目的框架中才能比较。并且即使是放在软件整体框架中来看，Hibernate也是做为JDBC的替代者出现的，而不是Entity Bean的替代者出现的，让我再列一次我已经列n次的框架结构：传统的架构：1) Session Bean 《-》 Entity Bean 《-》 DB为了解决性能障碍的替代架构：2) Session Bean 《-》 DAO 《-》 JDBC 《-》 DB使用Hibernate来提高上面架构的开发效率的架构：3) Session Bean 《-》 DAO 《-》 Hibernate 《-》 DB就上面3个架构来分析：1、内存消耗：采用JDBC的架构2无疑是最省内存的，Hibernate的架构3次之，EB的架构1最差。2、运行效率：如果JDBC的代码写的非常优化，那么JDBC架构运行效率最高，但是实际项目中，这一点几乎做不到，这需要程序员非常精通JDBC，运用Batch语句，调整PreapredStatement的Batch Size和Fetch Size等参数，以及在必要的情况下采用结果集cache等等。而一般情况下程序员是做不到这一点的。因此Hibernate架构表现出最快的运行效率。EB的架构效率会差的很远。3、开发效率：在有JBuilder的支持下以及简单的项目，EB架构开发效率最高，JDBC次之，Hibernate最差。但是在大的项目，特别是持久层关系映射很复杂的情况下，Hibernate效率高的惊人，JDBC次之，而EB架构很可能会失败。4、分布式，安全检查，集群，负载均衡的支持由于有SB做为Facade，3个架构没有区别。四、EB和Hibernate学习难度在哪里？EB的难度在哪里？不在复杂的XML配置文件上，而在于EB运用稍微不慎，就有严重的性能障碍。所以难在你需要学习很多EJB设计模式来避开性能问题，需要学习App Server和EB的配置来优化EB的运行效率。做EB的开发工作，程序员的大部分精力都被放到了EB的性能问题上了，反而没有更多的精力关注本身就主要投入精力去考虑的对象持久层的设计上来。Hibernate难在哪里？不在Hibernate本身的复杂，实际上Hibernate非常的简单，难在Hibernate太灵活了。当你用EB来实现持久层的时候，你会发现EB实在是太笨拙了，笨拙到你根本没有什么可以选择的余地，所以你根本就不用花费精力去设计方案，去平衡方案的好坏，去费脑筋考虑选择哪个方案，因为只有唯一的方案摆在你面前，你只能这么做，没得选择。Hibernate相反，它太灵活了，相同的问题，你至少可以设计出十几种方案来解决，所以特别的犯难，究竟用这个，还是用那个呢？这些方案之间到底有什么区别呢？他们的运行原理有什么不同？运行效率哪个比较好？光是主键生成，就有七八种方案供你选择，你为难不为难？集合属性可以用Set，可以用List，还可以用Bag，到底哪个效率高，你为难不为难？查询可以用iterator，可以用list，哪个好，有什么区别？你为难不为难？复合主键你可以直接在hbm里面配置，也可以自定义CustomerType，哪种比较好些？你为难不为难？对于一个表，你可以选择单一映射一个对象，也可以映射成父子对象，还可以映射成两个1:1的对象，在什么情况下用哪种方案比较好，你为难不为难？这个列表可以一直开列下去，直到你不想再看下去为止。当你面前摆着无数的眼花缭乱的方案的时候，你会觉得幸福呢？还是悲哀呢？如果你是一个负责的程序员，那么你一定会仔细研究每种方案的区别，每种方案的效率，每种方案的适用场合，你会觉得你已经陷入进去拔不出来了。如果是用EB，你第一秒种就已经做出了决定，根本没得选择，比如说集合属性，你只能用Collection，如果是Hibernate，你会在Bag，List和Set之间来回犹豫不决，甚至搞不清楚的话，程序都没有办法写。3． Spring它是一个开源的项目，而且目前非常活跃；它基于IoC（Inversion of Control，反向控制）和AOP的构架多层j2ee系统的框架，但它不强迫你必须在每一层 中必须使用Spring，因为它模块化的很好，允许你根据自己的需要选择使用它的某一个模块；它实现了很优雅的MVC，对不同的数据访问技术提供了统一的 接口，采用IoC使得可以很容易的实现bean的装配，提供了简洁的AOP并据此实现Transcation Managment，等等优点： a. Spring能有效地组织你的中间层对象，不管你是否选择使用了EJB。如果你仅仅使用了Struts或其他为J2EE的 API特制的framework，Spring致力于解决剩下的问题。 b. Spring能消除在许多工程中常见的对Singleton的过多使用。根据我的经验，这是一个很大的问题，它降低了系统的可测试性和面向对象的程度。 c. 通过一种在不同应用程序和项目间一致的方法来处理配置文件，Spring能消除各种各样自定义格式的属性文件的需要。曾经对某个类要寻找的是哪个魔法般的属性项或系统属性感到不解，为此不得不去读Javadoc甚至源编码？有了Spring，你仅仅需要看看类的JavaBean属性。Inversion of Control的使用（在下面讨论）帮助完成了这种简化。 d.通过把对接口编程而不是对类编程的代价几乎减少到没有，Spring能够促进养成好的编程习惯。 e. Spring被设计为让使用它创建的应用尽可能少的依赖于他的APIs。在Spring应用中的大多数业务对象没有依赖于Spring。 f. 使用Spring构建的应用程序易于单元测试。 g. Spring能使EJB的使用成为一个实现选择,而不是应用架构的必然选择。你能选择用POJOs或local EJBs来实现业务接口，却不会影响调用代码。 h. Spring帮助你解决许多问题而无需使用EJB。Spring能提供一种EJB的替换物，它们适用于许多web应用。例如，Spring能使用AOP提供声明性事务管理而不通过EJB容器，如果你仅仅需要与单个数据库打交道，甚至不需要一个JTA实现。 i. Spring为数据存取提供了一个一致的框架,不论是使用的是JDBC还是O/R mapping产品（如Hibernate）。 Spring确实使你能通过最简单可行的解决办法来解决你的问题。而这是有有很大价值的。缺点：使用人数不多、jsp中要写很多代码、控制器过于灵活，缺少一个公用控制器

在jsp中 el 与jstl 到底什么作用，什么时候用分别用它们好处在哪

1是简化代码，如果你以前用JAVA嵌入代码时会这么做《%names = request.getAttribute("name");%》jsp代码...《%for(int i=0;i《names.length;i++){ String name=names.get(i);%》《tr》 《td》 《%=name%》 《/td》《/tr》《%}%》如果你用JSTL+EL的话就不用这么麻烦了，而且企业也不会像上面代码一样操作的，主要是代码量巨大，如果用Jstl+El的话就好多了《c:forEach var=’name’ items=’${names}’》//此句是Jstl表达式《tr》 《td》 ${name}//此句是El表达式 《/td》《/tr》//就可以观看性来就肯定是JSTL+El容易理解，而且他能动获取来自服务器传过来的值，与JSP实现高度耦合。

闲话Java Web层框架优缺点 用哪个呢

　　现在java web框架非常多 林林总总 让很多人不知道选择那个好 JSF Spring MVC Stripes Struts Tapestry和Wicket 他们都是各有千秋 面对各种问题 八仙过海 各显神通

　　这里就小话一下他们的优缺点

　　JSF优点 Java EE标准 这意味着有很大的市场需求和更多的工作机会上手快速并且相对容易有大量可用的组件库缺点 大量的JSP标签对REST和安全支持不好没有一个统一的实现 既有SUN的实现 又有Apache的实现——MyFaces 国内的OperaMasks还支持AJAX 以及有开发工具支持

　　Spring MVC优点 对覆盖绑定（overriding binding） 验证（validation）等提供生命周期管理与许多表示层技术/框架无缝集成 JSP/JSTL Tiles Velocity FreeMarker Excel XSL PDF等便于测试——归功于IoC缺点 大量的XML配置文件太过灵活——没有公共的父控制器没有内置的Ajax支持

　　Stripes （现已发布 版本）

　　优点 不需要书写XML配置文件良好的学习文档社区成员很热心缺点 社区比较小不如其他的项目活跃ActionBean里面的URL是硬编码的

　　Struts 优点 架构简单——易于扩展标记库很容易利用FreeMarker或者Velocity来定制基于控制器或者基于页面的导航缺点 文档组织得很差对新特征过分关注通过Google搜索到的大多是Struts x的文档

　　Tapestry优点 一旦学会它 将极大地提高生产率HTML模板——对页面设计师非常有利每出一个新版本 都会有大量的创新缺点 文档过于概念性 不够实用学习曲线陡峭发行周期长——每年都有较大的升级

　　Wicket优点 对Java开发者有利（不是Web开发者）

　　页面和显示绑定紧密社区活跃——有来自创建者的支持缺点 HTML模板和Java代码紧挨着需要对OO有较好的理解Wicket逻辑——什么都用Java搞定

　　就项目使用选择而言 如果是稳健起见 structs是不错的选择 如果小项目 我更请倾向于Stripes 够简单 简洁