有这么个需求，一件sku，如果是新人，则显示新人价格，如果是老用户则显示原价

Question

需求：一件sku，如果是新人，则显示新人价格，如果是老用户则显示原价。请问这个逻辑是在服务端控制还是客户端控制。如果是服务端控制，服务端返回一个值price，服务端判断用户信息，当用户是新用户则返回的price为新人价格，老用户price为原价。如果是客户端控制，我服务端返回两个值新人价格和原价，客户端通过用户信息自己选择展示对应价格。请问哪种比较好

Answer 1

当然是将计算逻辑任务放在服务端更好啊，更加符合mvc思想，前端的任务只负责显示逻辑和样式。如果可以的话，所有的业务逻辑计算都放在后端。

Answer 2

后端啊，你让客户端也参与控制，下次这个地方逻辑不管怎么变，服务端也得写一套 xxx类人的价格，客户端又得加更多判断，高内聚，低耦合吧 小伙子

Answer 3

关键是前端怎么判断用户是新用户还是老用户？

Answer 4

后端做。
一旦牵扯到钱的东西，服务端必然还得验证，所以不管前端做不做，后端肯定是要做的，所以既然后端做了，那么前端为什么还需要多此一举呢？

Answer 5

后端做验证啊，然后将新老用户的判断结果交给前端，前端根据字段再显示价格。

Answer 6

我上来就把它甩给phper

Answer 7

鉴于网站对性能的要求，现在追求胖B瘦S，因为你的新老用户肯定是有相应的确认方法，后端返回这样的状态，前端根据后端返回的状态显示价格，更加合理

Answer 8

后端做，后续修改更新方便。

Answer 9

?后端啊，你前端可以检验但是万一被欺骗了那你不是气死自己啊

Answer 10

服务端策略模式