Nservicebus SOA解决方案设计和服务封装:我应该将服务代码库保存在单独的解决方案中,还是将所有代码库保存在一个解决方案中?

Nservicebus SOA解决方案设计和服务封装:我应该将服务代码库保存在单独的解决方案中,还是将所有代码库保存在一个解决方案中?,nservicebus,soa,Nservicebus,Soa,我正在使用Udi Dahan的高级分布式系统设计课程中学习的原理开发一个SOA项目。到目前为止,该项目有6个完全独立的服务,以及一个IT/Ops服务,用于聚合和集成第三方服务。我还开发了一组库,用于所有这些服务,包括基础架构代码、I/o和实用程序 将这些服务的代码放在一个解决方案下比较好,还是将它们放在完全不同的解决方案中比较好?或者两者都有?使用一个解决方案进行集成测试会简单得多,但我关心的是服务封装——我的直觉告诉我,我不希望在一个服务上工作的开发人员知道另一个服务是如何工作的,因为这可能会

我正在使用Udi Dahan的高级分布式系统设计课程中学习的原理开发一个SOA项目。到目前为止,该项目有6个完全独立的服务,以及一个IT/Ops服务,用于聚合和集成第三方服务。我还开发了一组库,用于所有这些服务,包括基础架构代码、I/o和实用程序


将这些服务的代码放在一个解决方案下比较好,还是将它们放在完全不同的解决方案中比较好?或者两者都有?使用一个解决方案进行集成测试会简单得多,但我关心的是服务封装——我的直觉告诉我,我不希望在一个服务上工作的开发人员知道另一个服务是如何工作的,因为这可能会导致无意的耦合。在一个解决方案下保存所有代码库时,是否有人遇到了服务封装的实际问题

我会将服务保存在单独的解决方案中,甚至是单独的存储库中

我不认为这与服务封装有任何关系,但更多的是有助于更好地处理代码争用,并使服务之间的依赖性变得难以接受

至于常见代码(如合同),请将它们放在一个单独的存储库中,并使用nuget(或类似工具)引用您的解决方案

有道理吗