crud + 微服务，如何解放重复劳动？

[vevlins]

三十多个服务多数都是 crud，一般每个服务的实体不会超过三个，实体之间相对独立。参与开发的人也很多，不仅重复劳动比较大，各个服务内的代码统一也是个大问题。

现在在考虑：

1. vscode 代码片段
2. 根据 rpc 定义和 sql ddl 更深一点的代码自动生成

你们在实践中有什么好的方案吗？

[vevlins]

@ihciah 最近也在了解这个概念。

[slyang5]

@swulling 你说的这些人都是 高素质的人 能比么

[swulling]

@vevlins

如果单体服务划分好模块，需求都在各个模块内部，也不会有什么冲突，反而是对公共依赖的修改可以更容易的发现对其他代码的影响。

单体服务也好，微服务也好，其实后面都是同样的设计方法。只不过微服务更灵活，难度也更大而已

[WispZhan]

典型的反模式。
30+个 Service，每个 Service 就 3 个 Entity，这哪里有什么业务内聚了。

合并，@swulling 的说法很对。

μ 的架构演进，（在没有经验的情况下）合理的情况应该是从一个单体架构开始的。 因为在单体架构是你的业务在内部非常清晰，逻辑完整，内聚程度也相对较高。

[artandlol]

告别码农