无业务逻辑的SpringBoot Dump-API：为轻量化是否可省略服务层？

在应用轻量化的需求前提下，这个场景完全可以省略服务层，理由如下：

• 冗余层级无意义：dump-api的核心逻辑就是接收请求直接写入Kafka，没有任何业务计算、多依赖协调这类需要服务层封装的逻辑。Controller直接调用Kafka客户端就能完成所有工作，额外加服务层只会平白增加代码量和微小的调用链路开销，完全违背轻量化的目标。
• 最佳实践要灵活适配场景：所谓“同时配置Service与Controller”的最佳实践，是针对有复杂业务逻辑、需要分层解耦的常规业务系统设计的。当场景简化到只有数据转发时，打破这种固定分层才是更合理的选择——最佳实践的核心是让系统适配需求，而非教条执行。
• 预留扩展更务实：如果担心未来可能新增业务逻辑（比如数据校验、格式转换），可以先在Controller里把Kafka操作封装成私有方法，后续真有需求时再抽成Service层，既满足当前轻量化要求，又给未来扩展留了余地，比现在强行加空服务层更实在。

内容的提问来源于stack exchange，提问作者boring-coder