简单描述下问题场景
我想和后端接口请求用户名和ID用于展示在UI上面。两个字段即可(
userName
,id
),但是后端同学在接口中把用户性别/地址/电话/创建日期....全部返回过来。
我想了解下这样做有什么不妥,虽然对目前前端没有影响。
如果这样有问题我该如何和后端同学沟通
简单描述下问题场景
我想和后端接口请求用户名和ID用于展示在UI上面。两个字段即可(
userName
,id
),但是后端同学在接口中把用户性别/地址/电话/创建日期....全部返回过来。
我想了解下这样做有什么不妥,虽然对目前前端没有影响。
如果这样有问题我该如何和后端同学沟通
很有问题
如果可以通过这个接口看到别人的性别,地址,电话等等,是个很大的安全隐患
造成无谓的数据传输和带宽浪费(可以想象他从数据库读取肯定也是select * 的操作,所以这个浪费并不仅在前后端)
关于沟通的问题,你们需要一个接口定义的文档,双方明确约定应该返回什么,如果有额外的返回或者缺少,以文档说话,这比你直接指着他说出他的问题要合适的多
以前的普遍观点是后端用于处理数据,前端只用于展示。但是如今服务器的运算能力没有显著提升并且用户在增加,而用户手里的终端运算能力在不断提高。这样就可以把一些数据处理推给前端。这样用一些网络的流量来换取减轻服务器的负担,是完全合理的。
资源浪费(如果是从缓存读的内容可以忽略)
安全,楼上说了,地址电话等可能会泄露
他懒
可以问他为什么不单独写个方法只查询你需要的数据
可以协商是否可以加入参数的方式在不新写方法的情况下满足你们各自的需求
不过还是建议跟楼上说的一样,约定好一个接口返回什么数据。
1、安全问题:用户的数据飞必要,都不要暴露出来,爆出来后,第三方用户可以爬取你们的用户信息。
2、网络传输:后端给前端返回的数据越多,占用的带宽或者网络流量就越多,对于使用手机流量的用户来说,很不友好。
3、开发规范:作为一个团队,肯定有自己的开发规范,对于不规范的地方及时沟通交流,内部强制执行规范。这样,久而久之,会有一套属于你们团队的好的规范。
10 回答11.1k 阅读
6 回答3k 阅读
5 回答4.8k 阅读✓ 已解决
4 回答3k 阅读✓ 已解决
2 回答2.6k 阅读✓ 已解决
3 回答2.3k 阅读✓ 已解决
3 回答2.1k 阅读✓ 已解决
肯定是不好!
但是后端同学在做接口的时候,考虑的问题角度不同
我只说我自已团队的解决办法: 前端需要有自己的‘后端’ 。 前端同学使用 nodejs 封装出自己表现层需要的接口, 这样的接口不多也不少,需要什么返回什么。
我的理解中的 “前后端分离” 并不是运行在浏览器里面的js 就是前端, 运行在服务器里面的就是后端。