FreeMarker是Quake Wang推薦我使用的。剛學FreeMarker的時候，發現freemarker真的很棒！簡單易用，功能強大。但是用它做了幾個項目以後開始不爽了。
一宗罪：freemarker的變量必須有值，沒有被賦值的變量就會拋出異常，那個黃黃的freemarker出錯頁面，真是讓人看了太難過了。
freemarker的FAQ上面冠冕堂皇的說，未賦值的變量強制拋錯可以杜絕很多潛在的錯誤，如缺失潛在的變量命名，或者其他變量錯誤。但是實
際的效果是：帶來的是非常大的編程麻煩，程序裏面幾乎所有可能出現空值的變量統統需要加上${xxx?if_exists}，有些循環條件還需要寫if判
斷，這樣不但沒有杜絕應該杜絕的錯誤，反而極大增加了編程的麻煩。
二宗罪：freemarker的map限定key必須是string，其他數據類型竟然無法操作！這一點就不講了，JavaEye上面已經有人抱怨過了。連Webwork的開發人員Pat Lightboy都在抱怨這一點。
三宗罪：freemarker爲了編程方便把不可序列化的東西往session裏面放！
freemarker支持在頁面裏面直接操作Session，request等，例如${Session[...]}，方便確實很方便，但是一旦需要做羣集，就會報錯。
今天是???問起我這個問題，他在做Tomcat羣集的時候發現freemarker報錯，HttpSessionHashModel不可序列化。他修改該類源代碼，讓他實現序列化接口，仍然報錯。我一看，HttpSessionHashModel包含的屬性：
- private HttpSession session;
- private final ObjectWrapper wrapper;
- // These are required for lazy initializing session
- private final FreemarkerServlet servlet;
- private final HttpServletRequest request;
- private final HttpServletResponse response;
登時暈倒，這樣的東西還往Session裏面放？bad smell！
嚴重警告應用需要往羣集上面發佈應用的同學們，千萬別用freemarker！
不過瑕不掩瑜，freemarker也是有優點的：
1、易學易用
我是看了一天文檔就用得挺熟練了，freemarker文檔寫得太好了，例子豐富，照做一遍全都會了。
2、功能強大
比Velocity強大多了，還支持JSP Tag。不過最有意義的是macro功能，可以自定義常用的macro，實現頁面常規操作的可複用性。
3、報錯信息友好
很多應用服務器的JSP報錯信息是無法定位到源代碼行的。不過freemarker報錯定位很準確，絲毫不差，而且信息豐富，一看就知道怎麼回事(雖然那個黃黃的頁面看起來讓人難受)
總之，用與不用，還是看大家衡量了。我是不想再用freemarker了，準備迴歸JSP Tag了。