Entity framework 从WSDL生成实体框架类

早上好

我是从一个一直在使用实体框架与数据库通信的人那里接手的。这看起来是如何做到的，因为有一个WSDL描述了我们在EnterpriseArchitect中创建的所有对象。然后在VisualStudio中将其作为服务引用导入

我对此感到有点困惑，所以我想知道这是否是一种明智的做法。WSDL有一个示例端口、绑定和服务，代码中似乎根本没有使用它。这些存在是为了正确导入WSDL吗

我在谷歌上看了看，没有看到任何人以这种方式从wsdl创建的例子，所以我不确定这是一种常见的方法

---

因此，完成此操作后，您将数据表示为类。然后，您似乎将它们添加到一个类中，该类继承自在数据库中创建表的

DbContext

。这是正确的吗？

如果您使用WSDL只是为了将数据从EA获取到VS，那么它当然是完全错误的。WSDL描述web服务-端口和绑定对于服务描述是必需的

---

EA Professional edition及以上版本直接支持从模型生成代码。您只需设置要使用的语言（在Project browser中选择包含类和接口的文件夹，并在properties中设置语言），然后就可以使用工具>源代码工程>生成包源代码。

如果您使用WSDL只是为了将数据从EA获取到VS，那当然是完全错误的。WSDL描述web服务-端口和绑定对于服务描述是必需的

---

EA Professional edition及以上版本直接支持从模型生成代码。您只需设置要使用的语言（在项目浏览器中选择包含类和接口的文件夹，并在属性中设置语言），然后就可以使用工具>源代码工程>生成包源代码。

只需再次检查WSDL，每个对象结构都是在xml模式中定义的。只需从WSDL中提取这些部分，您就可以再次检查WSDL，每个对象结构都是在xml模式中定义的。只需从WSDL中提取这些部分，您就可以很好地了解到，目前的模型具有所有类型，但只需要是普通类，并按照您所说的生成。然后，您将创建代码，然后将其用作DbContext中的类，而不是创建WSDL并作为服务引用导入？因此，源代码中不应该有太多更改。但这意味着虚拟端口和绑定等将不再需要在我的web.config中？是的。如果你不调用任何web服务，你就不需要WSDL，你可以直接使用生成的代码。这样做的人不再问为什么这样做了，所以我试图弄明白为什么你会将数据模型描述为WSDL，因为在作为服务引用添加时可能会有一些有用的东西，但似乎现在的模型拥有所有的类型，但是只需要是普通类，并按照您所说的生成。然后，您将创建代码，然后将其用作DbContext中的类，而不是创建WSDL并作为服务引用导入？因此，源代码中不应该有太多更改。但这意味着虚拟端口和绑定等将不再需要在我的web.config中？是的。如果你不调用任何web服务，你就不需要WSDL，你可以直接使用生成的代码。这样做的人不再问为什么这样做了，所以我试图弄明白为什么你会将数据模型描述为WSDL，因为在作为服务引用添加时可能会有一些有用的东西，但似乎也许那时没有。