我想使用 EF Code First。我正在使用存储库模式。我想实现一个n层架构。我真正想要的是使用 TDD，但我遇到了聚合路由的问题。我的问题是这样...
我有一个博客对象。可以从此博客对象添加关联文件。伟大的。因此，我本质上有 1 个聚合根，我为其创建存储库，然后我需要添加一些方法，允许我将关联文件“添加”到博客中。但我该把它放在哪里呢？它是一个数据访问层，所以我真的很想要它。但说实话，这也是一个业务逻辑挑战。该产品的一部分是能够添加关联文件。那么我应该将添加关联文件的逻辑放入 DAL 还是 BLL 中？
希望有人能给我一些指导。
最佳答案
您正在谈论存储库和聚合根，因此我假设您是在说您想要执行 DDD。 在 DDD 中，您应该有一个领域模型，该模型应该是您与系统用户一起开发的模型。无论如何，它应该包含普通用户应该理解的概念。 因此，如果用户将博客视为具有关联文件的东西，并且这些文件可以添加到博客中，那么关联文件就属于您的域模型，并且您的博客对象应该有一个 add 方法。 我的猜测是，您的 BLL 就是您想要放置这些关联文件的位置。
关于entity-framework - 关于使用 Code First、Repository Pattern 和 n-Tier 的一些问题？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10152193/