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

[MrdotX]

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

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

宝子们给点意见

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

[vikaptain]

前端处理。这不是数据处理问题，是数据显示问题

[abc0123xyz]

只要不让我处理就好

[stoluoyu]

撕逼输了的处理

[lingxiaoli]

当然是前端来处理了 1 楼说的对 这是显示问题

[ngrok111]

前端，就像一楼说的这是显示问题，后端给纯数字你想怎么改都行

[cydysm]

就一个字段的话 前端
当然后端可以给个展示用的字段

[MrdotX]

@vikaptain
@lingxiaoli
@cydysm 那如果像是金额精度处理呢，应该前端还是后端处理？

[thinkershare]

屁股决定脑袋, 当然是希望将所有工作对推给对方做.
正常情况, 没有 BFF 肯定是所作都可以, 这个一个数据显示为什么样的样式, 更合理的当然是前端来做.

[laviris]

无论从哪个角度看都是前端处理

[daimubai]

数据显示问题当然是前端改。和时间一样的。后端给前端时间戳，前端展示年月日也好，时分秒也好

[des]

当然是前端处理，这有什么疑惑的？

[thinkershare]

@MrdotX 金额进度当然是后端处理, 不过一般不会设计到精度, 因为我们总是使用比分还要小 2 个数量级的单位, 根本就不使用小数存储金额, 而是直接使用 long

[huiyadanli]

金额精度后端处理
金额展示前端处理

[aijam]

https://stackoverflow.com/questions/2901102/how-to-print-a-number-with-commas-as-thousands-separators-in-javascript

[Cu635]

“我偏向前端只做交互和渲染，不做数据处理”

说的对，千分位就是数据显示问题，可以说是“渲染”，而实际的数据完全是不涉及的，所以 lz 问题的回答就是“应该前端处理”。类似的还有小数点是用逗号还是圆点，小数部分是不是要缩小一个字号这种问题。
lz 可以这么想一下：如果数据不再用逗号做千分位了，而是用空格，那么数据是不是就变化了？是不是 1 000!=1,000 ？

[lingxiaoli]

@MrdotX #7 你说的精度是指分? 后端存的时候就是按分存的 给前端的时候前端按 ui 以及业务要求来做相应处理

[ecloud]

@Cu635 德国的小数点跟逗号就是反着用的，这本质上叫做 localization

[Jooooooooo]

后端做的好处是, 能更灵活的去调整这个展示的样式.

前端只单纯展示一个字符串.

[damai0419]

这种偏向前端处理。
像金额类的，后端基本要保存为币种的最小单位。
这串数字反给前端，前端怎么展示，很可能不同的终端不一样。￥ 1 ，000 ；一千元；壹仟元； 1000 元 等等的。

[ecloud]

@MrdotX 精度问题，最好让后端改成用 long 存储，然后再给你返回一个 point （小数位）。比如 (1234567|point=3) => 1234.567 （分隔符取决于 locale ）