放弃FreeMark？

JAVA项目FreeMark 生产静态页面

  a)    弊端

                i.          依赖后台工程师拼装页面，不利于前端、后台工作完全解耦。

ii.          FreeMark依赖后台处理完毕，生成静态页面一次推送前端。无法及时展示界面，给用户提前看到一些讯息

iii.          FreeMark直接读一些诸如‘地址’等动态配置信息？前端可以通过第一次请求，塞入session Storage里来替代。作为全局参数缓存。

 

  b)    优点

i.          似乎有利于处理大量请求的展示界面，大量请求合并一个请求，然后生成静态界面，一并展示。  但我认为，我通过ajax，发一个请求，后台合并为一个给我返 回，效率并不会慢多少。 它适合后台包打天下，且主要用于静态页面展示的项目（比如WAP门户网站）。

FreeMark和非FreeMark交互模式的差别：