基于有界上下文拆分源代码的最佳实践

Question

在大多数examples我看到，他们往往每个有限的上下文都有一个GitHub / cvs存储库，这似乎是最好的事情。

我的问题专门针对用户界面，它们是否存在于一个单独的存储库中，该存储库只包含ui或者每个接口都包含在bc本身的存储库中？

从多个bc组成数据的接口怎么样？

只是为了明确这里，我试图收集如何在ddd项目中物理组织代码

Answer 1

考虑到标签将适用于完整的Git仓库，最好在两个单独的仓库中有两组文件（如UI和BC），如果：

• 您可以在不触及其他
的情况下进行演变（并应用新标签）
• 所涉及的文件数量非常重要（如果用户界面只有一个或两个文件，那么为它创建一个专用的回购邮件可能不值得）

OP Sudarshan总结了以下in the comments：

  

如果一个用户界面专门用于BC，那么它可以与BC本身或一个单独的用户生活在同一个回购中，具体取决于它是否会自行发展。

     

然而，对于遍布不列颠哥伦比亚省的用户界面，最好在他们自己的回购中产生它们，并使用 submodules 来引用正确的BC回购＆ ＃39; s