api返回提示信息 前端提示给用户一定要用api返回的提示信息吗？

Question

1、在API接口返回数据或者返货错误提示的时候 面临着像用户提示一些相关的信息 就比如说参数非法之类的表单提交 又到提示表单提交成功 我在后台成功都是统一返回success 然而前端就直接提示出success 给用户 导致领导说要直接后台返回成功之类的汉字 ，我表示很无语啊，难道前端就不可以定义一套返回给用户的一些信息吗？非得要用后端返回的，我们后端返回的都是加入了错误代码的，提示信息加错误代码 只是用于开放的时候观看 快速定位错误，但是前端直接就给提示用户看了。各位大神也和建议啊

Answer 1

一般情况下，前端不涉及逻辑的判断，只负责展示。或许可以这样返回：

{
    'status': 'success',
    'message': '登录成功'
}

也未尝不可。

以前我写接口的时候，返回图片相对路径，也是在想，前端把域名和相对路径拼接一下不就是完整路径了么。但是会增加前端的复杂度吧。

Answer 2

我一般都是接口返回状态码。然后接口文档里些明白状态码的含义。这样就ok了

Answer 3

接口开发 & 规范 我一直都是使用这种模式，不知道合不合适，具体提示可以使用后端返回的，也可以根据状态码，参照文档，自己写提示也可以，因为前端经常会变动的，所以还是要以状态码为准

你看微信的返回码都是有文档的 https://mp.weixin.qq.com/wiki...

Answer 4

能做的,领导怎么说你就怎么做.不能做的,领导怎么说,你就反着给前端说 逃...

Answer 5

首先前端对输入内容应该做一定的格式限制，在提交前就做出非法提示，并且不可提交；
后端一般就做出http常规错误代码，前后端约定这个错误代码以后，输出的提示信息由前端来做，前后端分离，灵活修改；
比如 后端返回200，前端 接收到200 提示 XXXXX成功 之类的提示

Answer 6

这个你跟前端两个聊一下就好了，跟老板没啥关系，老板要的是最终结果，怎么做是要你们来的，沟通一下最终按什么标准写就好了，你可以跟前端兄弟这样聊，我传code，status，data数据给你，只需要判断code和status就好了，你返回相关提示和data数据，所有的成功都是xxx，失败是xxx，不然每个接口都传汉字，你前端判断起来也蛋疼不是。

Answer 7

可能你们领导压根不懂技术吧。
原则上后端是不应该把服务器信息传给前台的，但只是成功或失败的提示倒是无所谓，告诉一下前端同学大概哪里出错，他也好跟你对接口。

Answer 8

根據你描述的問題，我不是非常清楚你說的前端後端的實際環境為何，不過若你的前端是瀏覽器或mobile app，那麼console.log說不定就是你要的