C# 用户同时创建表时如何使用实体框架
正如我在将WPF与MVVM模式结合使用时所理解的,在模型方面,您可以使用类和实体数据类作为数据库访问的一种类型 我浏览了一些教程,这些教程在VS2010中使用了“ADO.NET实体数据模型”来生成实体类。表和列定义是硬编码的C# 用户同时创建表时如何使用实体框架,c#,wpf,entity-framework,C#,Wpf,Entity Framework,正如我在将WPF与MVVM模式结合使用时所理解的,在模型方面,您可以使用类和实体数据类作为数据库访问的一种类型 我浏览了一些教程,这些教程在VS2010中使用了“ADO.NET实体数据模型”来生成实体类。表和列定义是硬编码的 我的问题是,在我的部分应用程序中,用户将能够创建自己的表,在这种情况下,实体模型还能工作吗?到目前为止,它似乎有点僵化。我的系统表很少改变,但是用户表会改变。它是如何处理动态的?实体框架是一个静态的ORM,在编译之前必须在代码中声明表和列。因此,您提到的限制在数据库模式快速
我的问题是,在我的部分应用程序中,用户将能够创建自己的表,在这种情况下,实体模型还能工作吗?到目前为止,它似乎有点僵化。我的系统表很少改变,但是用户表会改变。它是如何处理动态的?实体框架是一个静态的ORM,在编译之前必须在代码中声明表和列。因此,您提到的限制在数据库模式快速变化的情况下可能会有问题 它可能会帮助您寻找一种替代ORM,该ORM使用更动态的代码生成。许多.NET微型ORM都支持这一点。我对他们没有太多的经验,但我相信他们都支持这种事情
请注意,这将需要.NET 4或更高版本的先决条件,因为3.5中不支持动态。实体框架是一种静态ORM-编译前必须在代码中声明表和列。因此,您提到的限制在数据库模式快速变化的情况下可能会有问题 它可能会帮助您寻找一种替代ORM,该ORM使用更动态的代码生成。许多.NET微型ORM都支持这一点。我对他们没有太多的经验,但我相信他们都支持这种事情
请注意,这将有一个.NET 4或更高版本的先决条件,因为3.5中不支持动态。如果您说您的用户可以动态创建表实体,那么这与EF或任何填充类的数据访问策略都不能很好地结合。问题在于,您实际上是在运行时通过用户创建的表创建新类。这更适合于数据集/表或数据读取器。如果您说用户可以动态创建表实体,那么这与EF或任何填充类的数据访问策略都不能很好地结合。问题在于,您实际上是在运行时通过用户创建的表创建新类。这更适合于数据集/表或数据读取器。我知道的唯一选择是查看动态数据项目我知道的唯一选择是查看动态数据项目并非严格正确-这正是动态类型最有帮助的东西。EF肯定不会有帮助的,虽然:-我以前没有看过大规模的。很好的发现+1严格来说不是真的-这正是动态键入最有帮助的东西。EF肯定不会有帮助的,虽然:-我以前没有看过大规模的。好发现+1