ALL is Well！

問題
freemarker在解析數(shù)據(jù)格式的時(shí)候，默認(rèn)將數(shù)字按3位來分割，例如1000被格式化為1,000，這樣做看似美觀，但在實(shí)際操作時(shí)候會(huì)帶來問題。例如我一個(gè)頁面有一個(gè)元素，該元素的值由后臺(tái)綁定且超過1000，那么當(dāng)我要使用這個(gè)元素的值的時(shí)候，便會(huì)出現(xiàn)問題。
例如，我在ftl文件中這樣寫：

<input type="hidden" id="testElement" name="testElement" value="${size}" />

var t = $("#testElement");
alert(t);
alert(parseInt(t));
alert(Number(t));

得到的值是：
1,000
1
NaN

這下悲劇了，沒有一個(gè)是我想要的數(shù)值類型1000，這讓我情何以堪啊。

我之前有一個(gè)隨筆，基于Struts2、Freemarker的分頁組件實(shí)現(xiàn)(附工程源碼) ，便因?yàn)閒reemarker的數(shù)字格式化問題，存在一個(gè)bug。
在數(shù)據(jù)超過1000時(shí)候，點(diǎn)擊下一頁，便會(huì)報(bào)錯(cuò)。原因是將1,000傳到了后臺(tái)，當(dāng)作是總記錄數(shù)，而這個(gè)值并非數(shù)值。

解決問題
* 在模板中直接加.toString()轉(zhuǎn)化數(shù)字為字符串，如：${size.toString()}；
* 在freemarker配置文件freemarker.properties(在類路徑下即可)加<#setting number_format="#">；
* 在模板中直接加<#setting number_format="#">；
* 通過freemarker.template.Configuration的config.setNumberFormat("#")來設(shè)定freemarker對(duì)數(shù)值的格式化;

其實(shí)后三種方法的思路是一致的，只是實(shí)現(xiàn)方法不同而已。如果應(yīng)用中已經(jīng)存在了 freemarker.properties 并配置了其他的屬性，可以在這里配置，否則推薦使用最后一種方法。

最后我是用最后一種方法解決的問題。分頁組件上的問題也解決了。