 | 1 xuanbg 2020-12-06 11:04:26 +08:00  2 不建议这么做。我都是按功能先分 C 端 B 端，然后分大模块，再分小模块把包分好。最后在小模块里面建 xxxController/xxxService/xxxServiceImpl 这么 3 个文件。好处是层次分明，找文件非常方便。而且以后要拆分服务也很方便，整个包复制到新项目后老项目里面删掉就行了，不需要到处找文件。 |
 | 2 waising 2020-12-06 11:19:18 +08:00 via iPhone 没必要吧。都拆分了没必要在关联一起，内部自由调用就行了 |
 | 3 yelog 2020-12-06 12:25:49 +08:00 不同业务的逻辑和 api 写在各自的业务模块，通过 gateway 等组建进行路由即可 |
 | 4 XuHuan1025 2020-12-06 13:22:42 +08:00 知道了 慕课网的课全放在 service-api 接口 |
 | 5 Uchiha0bito 2020-12-06 14:15:35 +08:00 合理 接口和实现分开 只提供一套接口给调用方 |
 | 6 gangsta 2020-12-06 16:22:08 +08:00 1 视频通常只是为了快速演示而已。几年前在一个现场活动中看到 Spring 官方的团队成员，应该是叫 Josh Long，做 coding 演示的时候为了图快直接把 controller 、java bean 还有 service 写在同一个 class 里面，然后他打字又很快(差不多就是边念英文边打)，一顿骚操作现场全部惊呆了... |
 | 7 young1lin 2020-12-07 08:56:29 +08:00 @gangsta 是这样的，我看他的 Spring Cloud Kafka Stream 的教学视频，全部放在一个类里面，就是为了演示快，一把梭。人家是 Spring 布道师，是 Pivotal 团队的，也是 《 Spring Cloud Native Java 》的作者。 |
 | 8 fanlis 2020-12-07 10:03:16 +08:00 我怀疑人老师是不是写的 OpenFeign 接口 |
 | 9 stramkismet 2020-12-07 14:53:22 +08:00 我一般喜欢把服务间调用的接口单独写个 api 模块(feign 接口),然后给其他服务进行引用。controller 继承这个 api 模块。 |
 | 10 hyqCrystal 2020-12-18 16:34:44 +08:00 我来整理一下，不知道理解的对不对，参考一下，我也经常看开源项目的结构 有人说这种业务都拆分了，没必要写在一起，但是其实写在一起是微服务化将 api 抽象方便统计管理 fegin API 当然，我猜想这个写法的第一个人 思想应该是来源于之前用 Dubbo，后来大家都这样写 有利有弊吧： 利：好管理接口和 Fegin 接口 弊:微服务解耦开发项目模块的思想又被干回去了 |
| 11 hyqCrystal 2020-12-18 16:37:13 +08:00 @xuanbg 服务之间的调用 又得写一遍 interface 了 写一起应该是解决这个问题的 另外，api 模块也可以区分 B 端和 C 端 |
| 12 xuanbg 2020-12-18 19:16:43 +08:00 服务之间调用为啥又要写一遍，原来接口不好使吗？ @hyqCrystal |
Select Language