freemarker 和JSP 的区别

freemarker  
优点：  

1、不能编写Java代码，可以实现严格的mvc分离  
2、性能非常不错  
3、对jsp标签支持良好  
4、内置大量常用功能，使用非常方便  
5、宏定义（类似jsp标签）非常方便  
6、使用表达式语言  
缺点：  
1、不是官方标准  
2、用户群体和第三方标签库没有jsp多  

性能：velocity应该是最好的，其次是jsp，普通的页面freemarker性能最差，但是在复杂页面上（包含大量判断、日期金额格式化）的页面上，freemarker的性能比使用tag和el的jsp好。

jsp是大家最熟悉的技术  

优点：  
1、功能强大，可以写java代码  
2、支持jsp标签（jsp tag）  
3、支持表达式语言（el）  
4、官方标准，用户群广，丰富的第三方jsp标签库  
5、性能良好。jsp编译成class文件执行，有很好的性能表现  
缺点：  
jsp没有明显缺点，非要挑点骨头那就是，由于可以编写java代码，如使用不当容易破坏mvc结构。
 
——————————————————————————————————————————————————————
 
最近要做新项目，想了解一下新的技术看看有没有可以改进的地方。于是学习了一下Struts2（之前一直用Struts1），接触到了FreeMarker，做了一些实验之后，对其功能很是疑惑。
 
从我自己测试以及看网上大家的评论可以得出FreeMarker具备以下优点：
1、逻辑分离好，View层不出现逻辑代码，可维护性好
2、美工和技术的工作分离
3、速度快，省去了Jsp编译过程
4、可以在IDE中运行，换句话说是可以进行单元测试
5、可以制作Macro


看完大量FreeMarker的资料以及大家对它的评论之后，依旧无法打消我心中的疑惑，针对以上5点我可以讲：


1、逻辑分离，无非是FreeMarker模版无法直接运行Java代码，强制要求所有数据必须预处理才能将结果传入View层做最终展现。我个人对这种过于纯粹的东西报以怀疑，实际工作中很多时候这种纯粹的逻辑分离很难实现。当一个长期维护的项目，不断增加显示逻辑之后，为了保持View层的这种强制的干净，而在Action层增加大量处理逻辑，我不觉得维护性会好（也许我理解错了，毕竟没有长期使用过）。就像前些年流行XML配置文件，分离了逻辑，后来发现太麻烦，又产生了Annotation消灭XML配置文件，无论分离还是聚合，逻辑是无法消灭的，总是要有一个地方放。所以到底是多写一些代码来保证View层看上去很美，还是把显示逻辑全写到View层，谁又能真正说清楚哪个更好。


我们到今天很多项目还在用最传统的Jsp，也还在用<%%>，也会有比较多的Java代码出现在Jsp页面上的情况，但是页面上的代码全都是显示相关的逻辑，都是最简单的Java代码，会Java的就能维护，学习成本基本为0，维护岂不是更好？更符合KISS原则。


2、美工和技术工作分离，我一直觉得这只是一个神话。到今天为止，我们公司美工和开发的合作方式基本是美工做界面原型图，把需要的图片切割出来，把需要的效果制作成CSS交给技术，技术按照需要的效果进行编码制作HTML静态原型界面。因为，对于稍微复杂一点的页面，我相信没有哪个技术能忍受美工直接用DreamWeaver生成出来的代码。


3、速度快，算个优点吧，但是没有那么重要吧，对于现在的机器一般的Jsp编译也就一两秒钟的事情。多数的时间还是花在编写和测试上的。


4、可以在IDE中运行，这个也算个小优点，但是界面开发更多时候还是以最终显示效果来进行测试的，毕竟比较直观。直接从生成的HTML找需要的信息和刷新一下浏览器看结果哪个更高效？


5、Macro，这个没有太多使用经验，就不做评论了，但是可以确定Jsp一定也能实现。


就以上的这些问题，我无法看到在大范围Web开发中FreeMarker相对于Jsp的优势。
 
我认为FreeMarker可以应用在以下场景：


1、AJAX请求的局部内容的生成，例如某个实时刷新的消息栏。可以称之为View层组件，干净，和主系统功能分离，可重用。


2、JavaScript数据生成，甚至javascript程序的生成。举例如Javascript中提示信息要做多语言处理，那么可以由FreeMarker动态生成，或生成多个静态Javascript文件。


3、后台动态文档生成，如群发邮件模板生成个性邮件。
 
任何技术都有他的适用范围，抛砖引玉，希望FreeMarker有丰富经验的兄弟多说说自己是如何使用FreeMarker的，以及使用中的一些优点和问题。
 
————————————————————————————————————————————
 

Velocity与Jsp、Freemarker的对比

在java领域，表现层技术主要有三种：jsp、freemarker、velocity。
jsp是大家最熟悉的技术 
优点： 
1、功能强大，可以写java代码 
2、支持jsp标签（jsp tag） 
3、支持表达式语言（el） 
4、官方标准，用户群广，丰富的第三方jsp标签库 
5、性能良好。jsp编译成class文件执行，有很好的性能表现 
缺点： 
jsp没有明显缺点，非要挑点骨头那就是，由于可以编写java代码，如使用不当容易破坏mvc结构。
velocity是较早出现的用于代替jsp的模板语言 
优点： 
1、不能编写java代码，可以实现严格的mvc分离 
2、性能良好，据说比jsp性能还要好些 
3、使用表达式语言，据说jsp的表达式语言就是学velocity的 
缺点： 
1、不是官方标准 
2、用户群体和第三方标签库没有jsp多。 
3、对jsp标签支持不够好
freemarker 
优点： 
1、不能编写java代码，可以实现严格的mvc分离 
2、性能非常不错 
3、对jsp标签支持良好 
4、内置大量常用功能，使用非常方便 
5、宏定义（类似jsp标签）非常方便 
6、使用表达式语言 
缺点： 
1、不是官方标准 
2、用户群体和第三方标签库没有jsp多
性能：velocity应该是最好的，其次是jsp，普通的页面freemarker性能最差，但是在复杂页面上（包含大量判断、日期金额格式化）的页面上，freemarker的性能比使用tag和el的jsp好。
 
 
——————————————————————————————————————————————————————
 
 

细数FreeMarker的优缺点

一、 FreeMarker简介

FreeMarker是一个用Java语言编写的模板引擎，它基于模板来生成文本输出。
所谓模板，就是一份已经写好了基本内容，有着固定格式的文档，其中空出或者用占位符标识的内容，由使用者来填充，不同的使用者给出的数据是不同的。在模板中的占位符，在模板运行时，由模板引擎来解析模板，并采用动态数据替换占位符部分的内容。
FreeMarker与Web容器无关，即在Web运行时，它并不知道Servlet或HTTP。它不仅可以用作表现层的实现技术，而且还可以用于生成XML，JSP或Java 文等。

二、 FreeMarker的优点和缺点

(一) FreeMarker的优点
1.使用FreeMarker的优点之一，可以彻底的分离表现层和业务逻辑。
使用JSP 开发过程中在页面中大量的存在业务逻辑的代码，使得页面内容凌乱，在后期大量的修改维护过程中就变得非常困难。
FreeMarker根本不支持Java脚本代码。
FreeMarker的原理就是：模板+数据模型=输出 ，模板只负责数据在页面中的表现，不涉及任何的逻辑代码，而所有的逻辑都是由数据模型来处理的。用户最终看到的输出是模板和数据模型合并后创建的。
      
2.使用FreeMarker的优点之二，可以提高开发效率。
在我们以往的开发中，使用的都是JSP 页面来展示数据的，即所谓的表现层。我们都知道，JSP在第一次执行的时候需要转换成Servlet类，开发阶段进行功能调适时，需要频繁的修改JSP，每次修改都要编译和转换，那么试想一天中我们浪费在程序编译的时间有多少。相对于JSP来说，FreeMarker模板技术不存在编译和转换的问题，所以就不会存在上述问题。而且开发过程中，我们在不必在等待界面设计开发人员完成页面原形后，我们再来开发程序。


3.使用FreeMarker的优点之三，使得开发过程中的人员分工更加明确。
以往用JSP展现数据时，作为程序员的我们，并不熟悉界面设计技术，反之界面开发人员，也并不熟悉程序语言。对两者而言，交替性的工作本身就有难度。有时候稍有不慎，可能会将某个页面元素删除或去掉了某个程序符号，使得页面走样或程序错误，这样就需要双方相互沟通协作，解决出现的问题。有时候因为项目中的时间，任务量等因素的存在，可能这个工作就由一个人来完成，这样就可能加大某一方开发人员的工作量。
使用FreeMarker后，作为界面开发人员，只专心创建HTML文件、图像以及Web页面的其他可视化方面，不用理会数据；而程序开发人员则专注于系统实现，负责为页面准备要显示的数据。
(二)FreeMarker的缺点
1.使用FreeMarker的缺点之一，应用FreeMarker模板技术，在修改模板后，可能会看到已经过期的数据。如：生成静态的HTML页面后，如果一旦模板改变，而没有及时更新模板生成的HTML页面的话，用户看到的就是过期的数据。
2.使用FreeMarker的缺点之二，FreeMarker模板技术在应用过程中，FreeMarker中的变量必须要赋值，如果不赋值，那么就会抛出异常。想避免错误就要应用if/elseif/else 指令进行判段，如果对每一个变量都判断的话，那么则反而增加了编程的麻烦。
3.使用FreeMarker的缺点之三，FreeMarker的map限定key必须是string，其他数据类型无法操作
4.使用FreeMarker的缺点之四，FreeMarker不支持集群应用。为了编成的方便性，把序列化的东西都放到了Session中，如Session，request等，在开发的过程中确实方便，但如果将应用放到集群中，就会出现错误。