有个金额数据加千分位是应该前端处理还是后端处理好？

[MrdotX]

今天开发遇到一个场景，前端页面里涉及金额的字段要增加千分位逗号，数据要做下处理，

我的疑问是，这个处理应该前端来做还是后端来做？

宝子们给点意见

先说下我自己的看法，我是前端的，所以我偏向前端只做交互和渲染，不做数据处理，应该后端处理数据， 你们怎么看？

[janda]

金额计算 - 后端
金额显示 - 前端

[h1104350235]

显示问题，一般是前端处理。
像这个数据结构的话，我一般会抽出个方法处理。

[phobal]

一行代码的事儿 Number.prototype.toLocaleString()

[adjusted]

后端，前端多个平台所有人都得改一遍

[kkfnui]

https://github.com/d3/d3-format

[zjuster]

前端处理。
用实际例子说一下，德国等国家的的千分号单位是“.”或者空格，小数是“,”。
德国 123 456 479, 00 或者 123.456.789,00
我国 123,456,789.00
为了适应当地的习惯和策略，前端展示上不同，但对账的时候的数值大小是一致的。

所以前端做展示，后端提供统一的财务数据比较合适。

[zhuweiyou]

前端处理,因为金额可能会做计算,比如*数量=总价,你后端返回带逗号的,你怎么做计算?

[godblessumilk]

必须是前端处理。因为你的系统以后可能会拓展到全世界，到时候有的用户用美元、有的用户用欧元做单位，你让后端全给你算一次吗？还有，关于时间的显示，一律让后端只返回时间戳，不可以返回处理好了格式的日期，因为你永远不知道你的前端用户在哪个时区

[Cu635]

@ecloud #17
说的对对，只不过我个人很不喜欢这种不统一又没有实际意义的人为差别，所以宁可跟着 lz 用“渲染”这个关键字。

@GeorgeGalway #25
既然是美丽的小姐姐是前端，不更应该让前端处理么，遇到问题了可以上去交流啊。