表内用 id 、外键表用 system_id,system_xxx

{"filter":{},"pageable":{"current":1,"pageSize":20}}

❌买衣服
✔拉人头

如果仅仅是因为模块混在一起而做微服务，其实大可不必，不但增加了系统复杂性，性能反而不会有啥提升甚至下降（多层 http 调用、分布式事务等）。可以在工程化层面来解决模块耦合问题，例如 maven 、gradle 多模块。
@dnjat

@abc9999 #4 那就让前端自己调用 attachment 接口获取 blogIds 相关的数据

从设计层面来讲，blog 和 attachment 是两个模块，考虑扩展性最好不要直接写 sqljoin ，应该从应用层做处理。或者是 blog 冗余一份 attachment

虽然但是。编译不是 gradle 、maven 这类东西处理的吗。编译慢也得找找自己项目架构设计的是否合理，是否正确使用了工程化，是否有将改动小的模块提出来合理运用缓存策略。

可以看看 rbac 。或者如果是产品角色固定，可以直接在前端构建路由时就区分角色，例如：admin: [{path:/,component:A}],user:[]

32g 对于我们 java 开发者来说只能算入门水平。 - #掘金沸点#
https://juejin.cn/pin/7300876243953205299

一人血书，蹲一款 windows 版的 bob

Data 自己缓存即可。Manager 直接用过 http 或者 grpc 访问 Data 的接口即可。

用了，只是单纯的代码提示，并不具备上下文的能力。比如，你让他补全某一个实体类的 querydsl 条件查询。它根本不知道实力类里有啥。

aliyun codeup

设计个附件库模块，有强迫症的用户会自己删除的

最开始这玩意出来到现在估计得有七八年了吧。现在还在流行吗。

可以实现一个伪需求：使用 socket 推送，前端收到消息后执行踢出逻辑。这样需求可以实现，但如果手动保留 token 还是可以登录。

io 涨价了。翻了一倍。以前 200 快一年，现在 400

可以试试从逻辑上处理：微信扫码支付，跳转小程序进行支付，可以拿到 openid ，然后通过 openid 进行黑名单处理