C# “创建实体框架”;“首先从数据库中输入代码”;运行时的类/模型

C# “创建实体框架”;“首先从数据库中输入代码”;运行时的类/模型,c#,entity-framework-6,C#,Entity Framework 6,假设在运行时,我有足够的信息访问数据库并检索视图/表的模式描述,该描述定义了所有字段、类型等,例如连接字符串、密码和视图/表名称 如果我在Visual Studio中使用上述信息进行设计时“首先从数据库编写代码”,创建了一个类,该类可用于创建与视图/表中的行相对应的C#对象,并且创建了一个从DbContext派生的类,该类使用连接字符串初始化DbConext,还定义了OnModelCreating() 有人能给我举个例子,说明如何在运行时使用检索到的模式描述来生成EF所需的两个类吗 这是我第一次

假设在运行时,我有足够的信息访问数据库并检索视图/表的模式描述,该描述定义了所有字段、类型等,例如连接字符串、密码和视图/表名称

如果我在Visual Studio中使用上述信息进行设计时“首先从数据库编写代码”,创建了一个类,该类可用于创建与视图/表中的行相对应的C#对象,并且创建了一个从
DbContext
派生的类,该类使用连接字符串初始化
DbConext
,还定义了
OnModelCreating()

有人能给我举个例子,说明如何在运行时使用检索到的模式描述来生成EF所需的两个类吗

这是我第一次使用这个论坛。有什么好的术语可以用来改进我的搜索?我尝试了“在运行时创建实体框架模型”


我将使用EF 6+

听起来相当棘手。为什么需要这个,以及如何使用这些运行时生成的类?这个“功能”将是一个更大的应用程序的一部分,它基本上是一个数据库查看器,用户在运行时选择一个数据库和一个视图/表。基本上,我正在尝试做与Visual Studio中的实体框架向导相同的事情:打开数据库和表,读取表结构信息,并构建对表中数据的运行时访问。但是,当您完成了这些类之后,您实际将如何使用它们呢?我想说,与在运行时创建类并尝试将它们用于某些事情相比,构建一个检索元数据并在代码中处理元数据的系统可能要容易得多。听起来相当棘手。为什么需要这个,以及如何使用这些运行时生成的类?这个“功能”将是一个更大的应用程序的一部分,它基本上是一个数据库查看器,用户在运行时选择一个数据库和一个视图/表。基本上,我正在尝试做与Visual Studio中的实体框架向导相同的事情:打开数据库和表,读取表结构信息,并构建对表中数据的运行时访问。但是,当您完成了这些类之后,您实际将如何使用它们呢?我想说,仅仅构建一个检索元数据并在代码中处理它的系统可能比在运行时创建类并尝试将它们用于某些事情要容易得多