spring cloud 有必要把所有 api 接口放在一个模块中吗

• 資深大佬 : xuanbg

  不建议这么做。我都是按功能先分 C 端 B 端，然后分大模块，再分小模块把包分好。最后在小模块里面建 xxxController/xxxService/xxxServiceImpl 这么 3 个文件。好处是层次分明，找文件非常方便。而且以后要拆分服务也很方便，整个包复制到新项目后老项目里面删掉就行了，不需要到处找文件。

• 資深大佬 : waising

  没必要吧。都拆分了没必要在关联一起，内部自由调用就行了

• 資深大佬 : yelog

  不同业务的逻辑和 api 写在各自的业务模块，通过 gateway 等组建进行路由即可

• 資深大佬 : tangzekk

  知道了 慕课网的课全放在 service-api 接口
• 資深大佬 : Uchiha0bito

  合理 接口和实现分开 只提供一套接口给调用方

• 資深大佬 : gangsta

  视频通常只是为了快速演示而已。几年前在一个现场活动中看到 Spring 官方的团队成员，应该是叫 Josh Long，做 coding 演示的时候为了图快直接把 controller 、java bean 还有 service 写在同一个 class 里面，然后他打字又很快(差不多就是边念英文边打)，一顿骚操作现场全部惊呆了…

• 資深大佬 : young1lin

  @gangsta 是这样的，我看他的 Spring Cloud Kafka Stream 的教学视频，全部放在一个类里面，就是为了演示快，一把梭。人家是 Spring 布道师，是 Pivotal 团队的，也是 《 Spring Cloud Native Java 》的作者。

• 資深大佬 : fanlis

  我怀疑人老师是不是写的 OpenFeign 接口

• 資深大佬 : stramkismet

  我一般喜欢把服务间调用的接口单独写个 api 模块(feign 接口),然后给其他服务进行引用。controller 继承这个 api 模块。