是前端改还是后端改?

查看 12|回复 0
作者:OldCarMan   
rt,最近开发中,遇到某些情况,比如:
  • 是返回一个 int 类型/状态等,前端去做逻辑判断(显示控制/渲染),还是直接返回一个字符串之类的结果(或者其他直接结果)给前端...
  • 表单查询是统一用 post+raw,还是说简单的表单不需要 post ,requestBody ,只有复杂的表单查询才这样做?还是说只有新增/修改时,才会采用 post+raw 的形式...
  • 当有一个需求/bug 改动,最好(性能,设计合理性等)是前后端配合着改时,是两边改,还是为了兼容,只改后端...

  • 第一条,个人觉得,直接返回结果会带来几个问题:

    [ol]
  • 如果改数据必须存储到数据库中,会增加没必要的存储空间;
  • 增加流量,影响接口网络传输性能
  • 结果单一,如果需求改动,接口得增加返回更多得新需求数据,不能复用
  • 接口做过多的逻辑判断,会影响接口性能
    当然这种问题无非是前端做还是后端做的问题,前端渲染时,去判断这些时同样需要消耗性能去执行。
    [/ol]

  • 第二条,个人觉得统一比较好,即使影响不大,但一会这,一会那的,写代码时的“注意”成本高(写接口时要去判断是用前者好还是后者好,用接口时要去看接口是前者那样用还是后者那样用)。。。

  • 第三条,个人觉得前提是否具有兼容性问题,如果是有,当然兼容性是必须优先考虑的,不过兼容性可能要看改动影响的范围,如果影响较小,后端在原有基础上做兼容改动没啥问题,但如果改动较大,需要从版本上去做兼容,个人觉得此时前后端都得改,而不是某一方硬适配。当然如果没有兼容问题,建议怎么改,对主要的指标(性能,设计合理性,扩展性等)比较好就怎么来,无论谁需要改动。

    PS:
    哈哈,这里主要是最近一些经历,比如遇到一个问题需要改动时,同事总会说,这样前端需要改动之类的,让我尽量的去适配前端,让我怀疑是我的工作经历不足导致我认知不足,还是同事太顾着前端了😂,希望大家也留下平时前后端配合遇到的一些问题及解决方案,另外这里不是想挑起前后端对立,只是为了更好的认识问题及解决问题,大家尽管批评指正,谢谢大家回复!
  • 您需要登录后才可以回帖 登录 | 立即注册

    返回顶部