freemarker在解析数据格式的时候,默认将数字按3位来分割

例如1000被格式化为1,000

  这样做看似美观,但在实际操作时候会带来问题。例如我一个页面有一个元素,该元素的值由后台绑定且超过1000,那么当我要使用这个元素的值的时候,便会出现问题。

例如,ftl文件中这样写:

<input type="hidden"  />

假设后台绑定的size为1000。
然后我在js里使用这个testElement元素的值。

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

得到的值是:

1,000
1
NaN

 

这下悲剧了,没有一个是我想要的数值类型1000,这让我情何以堪啊。

我之前有一个随笔,基于Struts2、Freemarker的分页组件实现(附工程源码) ,便因为freemarker的数字格式化问题,存在一个bug。
在数据超过1000时候,点击下一页,便会报错。原因是将1,000传到了后台,当作是总记录数,而这个值并非数值。

解决问题

* 在模板中直接加.toString()转化数字为字符串,如:${size.toString()};
* 在freemarker配置文件freemarker.properties(在类路径下即可)加<#setting number_format="#">* 在模板中直接加<#setting number_format="#">* 通过freemarker.template.Configuration的config.setNumberFormat("#")来设定freemarker对数值的格式化;

 

其实后三种方法的思路是一致的,只是实现方法不同而已。如果应用中已经存在了 freemarker.properties 并配置了其他的属性,可以在这里配置,否则推荐使用最后一种方法。

最后我是用最后一种方法解决的问题。分页组件上的问题也解决了。

 

相关文章:

  • 2022-12-23
  • 2022-12-23
  • 2021-08-21
  • 2022-12-23
  • 2021-12-07
  • 2021-07-13
  • 2022-12-23
  • 2022-12-23
猜你喜欢
  • 2022-12-23
  • 2021-06-04
  • 2022-12-23
  • 2022-12-23
  • 2021-11-30
  • 2022-12-23
相关资源
相似解决方案