标签：好的 个人 多个 分离 size 入行 目的 自己 str
------------恢复内容开始------------
最近在公司做项目前后台代码是分开写的 我写后台代码,提供接口,同事负责画页面 调用接口 这样子 于是总结了一些小经验
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写好 最后把要用到的数据
直接返回 前台直接展示就行了 个人觉得这样比较好
就是这些把 入行时间不长 有啥不对的欢迎大家指出
标签：好的 个人 多个 分离 size 入行 目的 自己 str
原文地址：https://www.cnblogs.com/990824-gzk/p/13097797.html
