做前后台代码分离项目的一些好的习惯

Posted 2020-12-10 990824-gzk

------------恢复内容开始------------

最近在公司做项目前后台代码是分开写的 我写后台代码,提供接口,同事负责画页面 调用接口 这样子 于是总结了一些小经验

1.涉及表之间的关联时 参数尽量最好从前台传 而不是在后台自己查询出来

先简单说一下我的业务吧 (如图)

 

 

 表关系大概是这个样子的 我们在测一个接口 这个接口的参数只传了 inner_table的主键 但是我后台还需要一个model_table的主键 来完成我的业务  这个时候问题就来了 本来我后台已经写好了

一个方法 就是通过inner_table的主键id可以查出model_table的主键id 因为现在是1对多的关系嘛 但是如果直接从前台传过来 model_table表的主键的话 也行 但是前台非常不好传 需要做一些判断 循环

啥的 所以这个时候问题就来了 是从后台直接查询出来还是在前台拿到给我呢  最后我们选择了从前台给  为什么! 因为如果根据inner_table主键从后台查询的话 现在是多对一的关系 能查出来没问题,可是

以后表关系变成了多对多 那岂不是会查询出多个model_table的主键id呢 到时候肯定就会报错了,所以 我觉得一个接口 涉及到多表的话 尽量从前台拿参数,而不是在后台通过sql去把参数查询出来

2.写业务时优先顺序是sql>java>js

写逻辑的时候如果可以在sql里就完成数据的展示,就没必要在java里面做操作 因为一般sql里效率会比java高得多 所以我一般会花点时间去想sql 比如需要截取数据的话 可以直接在sql里加上 substr语句就行了

如果在java里做的话 还需要取循环 这样子 或者中英文互换啥的 也可以在sql用 case when 完成 这样的话效率都高许多 在数据拿出来之后 做一些逻辑判断的话 我的习惯就是在java写好 最后把要用到的数据

直接返回 前台直接展示就行了  个人觉得这样比较好

就是这些把 入行时间不长 有啥不对的欢迎大家指出