C# 使用Entity Framework 6时经过验证且可测试的解决方案体系结构

有一段时间没有使用EF，我决定更新我的知识并做一些研究。在这样做的过程中，我看到了一些熟悉的文章，这些文章都称赞存储库模式

然而，更有趣的是，似乎出现了一些反对将存储库模式与实体框架结合使用的文章

我喜欢repository模式的地方在于它使单元测试的模拟变得微不足道。我不喜欢的是，它对应用程序的其余部分隐藏了所有可查询的linq好东西

因为我即将建立一个新的解决方案体系结构，所以我非常有兴趣学习更多关于后一种方法的知识。StackOverflow对它们有什么看法，以及有哪些其他可用资源支持它们

---

简言之：目前推荐使用EF6的解决方案体系结构是什么？

我一直在使用EF的存储库设计，没有遇到任何体系结构问题。但我非常有兴趣阅读所有提供的答案。爆米花谢谢！！！确切地但奇怪的是，我已经获得了两张接近票数的选票，却没有解释原因的评论。奇怪。模式一定是因为某种原因被包括进来的，而不仅仅是因为它被认为是正确的。这些主要原因通常是依赖倒置、解耦和抽象。所有这些都是由于维护时的远距离视距，以及如果ifs在不破坏整个架构的情况下擦除已腐烂的模块造成的。如果您选择了您的技术，并且知道它是并且将是您唯一的选择，那么大多数模式都可以通过略微或粗略的切角来实现。使用这一技术，你可以在整个项目中看到它的踪迹，但可以提供真正有效的解决方案。提供的文章有道理，但尼瑟是银弹！存储库是有争议的，单元测试（+模拟）与集成测试是有争议的。换句话说：高度基于观点。我一直在使用EF的存储库设计，我没有遇到任何架构问题。但我非常有兴趣阅读所有提供的答案。爆米花谢谢！！！确切地但奇怪的是，我已经获得了两张接近票数的选票，却没有解释原因的评论。奇怪。模式一定是因为某种原因被包括进来的，而不仅仅是因为它被认为是正确的。这些主要原因通常是依赖倒置、解耦和抽象。所有这些都是由于维护时的远距离视距，以及如果ifs在不破坏整个架构的情况下擦除已腐烂的模块造成的。如果您选择了您的技术，并且知道它是并且将是您唯一的选择，那么大多数模式都可以通过略微或粗略的切角来实现。使用这一技术，你可以在整个项目中看到它的踪迹，但可以提供真正有效的解决方案。提供的文章有道理，但尼瑟是银弹！存储库是有争议的，单元测试（+模拟）与集成测试是有争议的。换句话说：高度基于意见。