我正在寻找首先使用实体框架代码作为ORM的Sharp架构替代方案。
架构是一个蓝图。一旦你看到夏普架构，你应该能够简单地考虑它，并改变它与EF工作。如果你不能做到这一点，你可能没有足够的技能来处理所需的api——这是你在开始处理架构之前必须改变的第一件事。没有架构能让你不去理解api，如果不理解它们，你就不能正确地使用api的特性来构建一个好的架构。
架构应该由应用程序的需求驱动。想要改变应用程序的需求来实现某些架构蓝图的方法是非常错误的。首先，你必须定义你的架构应该为你解决什么，然后你可以询问是否有任何蓝图已经在做这件事了(没有别的了)。
大多数文章和示例架构只是在没有实际需要的情况下推送了大量模式。模式和层的数量并不能构成一个好的架构。在大多数情况下，它只会使系统过于结构化，难以维护。这些示例主要用于解释如何实现一些模式。
坏消息是没有确切的替代品，好消息是很容易创建自己的东西，就像我做的。
我已经使用s# arp很长一段时间了，它是一个很好的架构，我用它开发了很多应用程序，但是看起来这个开源项目没有更多的进展，所以去年年底我决定用相同的原理重新创建一个类似的东西，但是使用实体框架。
关键组件，如NHibernate, NHibernate。Validator和Castle Windsor被替换为分别使用实体框架(Entity Framework)、LINQ to entities、System.ComponentModel.DataAnnotations和autoface。层保持不变，如领域，表示，任务，框架和基础设施。
关于我如何创建它，请看看这篇文章的详细解释。http://www.macaalay.com/2015/10/20/creating-a-solid-architectural-foundation-from-scratch-is-not-really-that-hard/
我还创建了一个代码生成器，我称之为Effinator，它从您的数据库设计中生成CRUD操作和基本UI