FreeMarker和Jsp的应用范围

FreeMarker和Jsp的应用范围

从我自己测试以及看网上大家的评论可以得出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的，以及使用中的一些优点和问题。