1、在API接口返回数据或者返货错误提示的时候 面临着像用户提示一些相关的信息 就比如说参数非法之类的表单提交 又到提示表单提交成功 我在后台成功都是统一返回success 然而前端就直接提示出success 给用户 导致领导说要直接后台返回成功之类的汉字 ，我表示很无语啊，难道前端就不可以定义一套返回给用户的一些信息吗？非得要用后端返回的，我们后端返回的都是加入了错误代码的，提示信息加错误代码 只是用于开放的时候观看 快速定位错误，但是前端直接就给提示用户看了。各位大神也和建议啊
能做的,领导怎么说你就怎么做.不能做的,领导怎么说,你就反着给前端说 逃...
首先前端对输入内容应该做一定的格式限制，在提交前就做出非法提示，并且不可提交；后端一般就做出http常规错误代码，前后端约定这个错误代码以后，输出的提示信息由前端来做，前后端分离，灵活修改；比如 后端返回200，前端 接收到200 提示 XXXXX成功 之类的提示
一般情况下，前端不涉及逻辑的判断，只负责展示。或许可以这样返回：
{ 'status': 'success', 'message': '登录成功' }
也未尝不可。
以前我写接口的时候，返回图片相对路径，也是在想，前端把域名和相对路径拼接一下不就是完整路径了么。但是会增加前端的复杂度吧。
这个你跟前端两个聊一下就好了，跟老板没啥关系，老板要的是最终结果，怎么做是要你们来的，沟通一下最终按什么标准写就好了，你可以跟前端兄弟这样聊，我传code，status，data数据给你，只需要判断code和status就好了，你返回相关提示和data数据，所有的成功都是xxx，失败是xxx，不然每个接口都传汉字，你前端判断起来也蛋疼不是。
我一般都是接口返回状态码。然后接口文档里些明白状态码的含义。这样就ok了
可能你们领导压根不懂技术吧。 原则上后端是不应该把服务器信息传给前台的，但只是成功或失败的提示倒是无所谓，告诉一下前端同学大概哪里出错，他也好跟你对接口。
能做的,领导怎么说你就怎么做.不能做的,领导怎么说,你就反着给前端说 逃...
首先前端对输入内容应该做一定的格式限制，在提交前就做出非法提示，并且不可提交；
后端一般就做出http常规错误代码，前后端约定这个错误代码以后，输出的提示信息由前端来做，前后端分离，灵活修改；
比如 后端返回200，前端 接收到200 提示 XXXXX成功 之类的提示
一般情况下，前端不涉及逻辑的判断，只负责展示。或许可以这样返回：
也未尝不可。
以前我写接口的时候，返回图片相对路径，也是在想，前端把域名和相对路径拼接一下不就是完整路径了么。但是会增加前端的复杂度吧。
这个你跟前端两个聊一下就好了，跟老板没啥关系，老板要的是最终结果，怎么做是要你们来的，沟通一下最终按什么标准写就好了，你可以跟前端兄弟这样聊，我传code，status，data数据给你，只需要判断code和status就好了，你返回相关提示和data数据，所有的成功都是xxx，失败是xxx，不然每个接口都传汉字，你前端判断起来也蛋疼不是。
我一般都是接口返回状态码。然后接口文档里些明白状态码的含义。这样就ok了
可能你们领导压根不懂技术吧。
原则上后端是不应该把服务器信息传给前台的，但只是成功或失败的提示倒是无所谓，告诉一下前端同学大概哪里出错，他也好跟你对接口。