@coool 同事应该是想封装一个回调函数的接口给你,你写个实现这样子...放在 request 的 body,如果是 http 那个 req 就比较迷茫,如果是 callback 接口的 req(入参)比较合理

@madworks 对于用户来说,前后端的资源请求在同一域内

@SjwNo1 我的意思是

- 0
- - 1
- - - 2

那么 2 会有个字段存储 0,1 既有顺序,也有树状结构描述

@SjwNo1 顺带,建议不要写什么大佬大佬的,你这样一架,那还有人敢进来啊,也就我这样没脸没皮的敢瞎 JB 指定江山,就请问各位,巴拉巴拉就行

@SjwNo1 如果是需要提升查询效率,可以建立一个字段,存储所有的父级 id,不过这样会提升写的难度,降低写的效率,看取舍

@THESDZ 目前来说,我经历的项目如果需要存文件都是使用对象存储的,数据库只存一个地址

不太懂业务情况
但是如果是我设计,对外的路径只是一个假的,真实的路径是不会发生变化的

1.本地调试,使用 proxyTable
2.生产部署使用 nginx 反向代理到服务器 ip:port

以上为本人解决方式,仅供参考

1.写分页参数,紧接着执行查询,这样很合理
2.设置线程变量,拦截器读取线程变量

根据 2 可知,线程变量的存储和获取是分开的,如果中间加入其它逻辑
2.1.影响代码可阅读性
2.2.查询数据库应该明确自身想查什么,如果中间插入业务逻辑,就会导致我查数据库这一步的完整性被打破了
2.3.业务逻辑可能会访问数据库或者等等,导致分页的拦截器有问题

问题不大,注意的地方就是后续维护,表(实体)改动的时候两个地方都要改

@madworks 是指题目中的代码?hibernate 了解不多,但是据我了解它的目的是让程序员不写 sql,hibernate 应该不会这么写,最起码业务内容和转 sql 是分开考虑的,不会根据逻辑拼接 sql

@madworks 框架层面的一般是基于反射或者代理等,每一个方法进行封装,查看主体逻辑的时候,配合注释(方法上的 javadoc)看起来并不会难受,而上面的代码,从列名到表名都是手敲的....

@THESDZ #7 特别复杂的业务除外(防杠)

如果一段代码让人看下去的欲望都没有,还是算了吧....

1.开发使用的语言是否有 sql 管理的插件
2.人肉管理,记录号版本号,和要执行的脚本列表,加入打版流程中

@component 能单独开一贴讲讲吗?不缺那点儿流量

1.考虑接入注册中心
2.实现其查询路由表的接口

@soulzz #3 不见得非是类名,基本名称也可以重新命名.

图片放码云