C# ASP.NETMVC+WF+WCF+服务层我如何在一个项目中使用它们？

我已经开发了我的最后一个项目，如下面的最后一个架构

查看->控制器->服务代码->带有DDDModel的存储库

---

现在我想使用WF和WCF？它们在我上一个体系结构中的位置是什么？请告诉我举个例子。

我的服务层有接口，例如ICCustomerService和CustomerService类的实现

在此之前，在CustomerService类调用my CustomerRepository类之后，我从CustomerController类调用了此服务类。所有工作流都通过.net远程处理或两台机器之间的web服务在我的ServiceLayer类中B服务器、应用服务器和uı服务器

---

但是现在我决定使用WF和WCF。但是我不知道在哪里调用WF我的服务类或WCF。我不知道在哪里放置wc和WCF我的项目。

我的服务层有接口，例如ICCustomerService和CustomerService类的实现

在此之前，在CustomerService类调用my CustomerRepository类之后，我从CustomerController类调用了此服务类。所有工作流都通过.net远程处理或两台机器之间的web服务在我的ServiceLayer类中B服务器、应用服务器和uı服务器

---

但是现在我决定使用WF和WCF。但是我不知道WF我的服务类或WCF在哪里。我不知道我应该把wc和WCF放在哪里我的项目。

我主要按照以下方式组织我的项目：

解决方案。核心 解决方案.配置 解决方案.服务 解决方案.介绍 解决方案.Web 有关这种结构的更多信息，请访问

所有服务接口和域实体都将转到核心项目。服务项目包含应用程序服务的实现。控件和视图模型位于演示项目中。若我的控制器需要一个服务，我在控制器的构造函数中引用它的接口，并通过IoC/DI容器将其连接到实际实现

工作流不会只包含业务逻辑，所以我将业务逻辑封装为小型服务/命令，并从工作流中调用它们。这将工作流留给服务项目

WCF服务的实现应该在服务项目中，接口应该在核心中

这样，它应该看起来像控制器>服务>工作流>使用其他服务来获得结果

---

对于WCF服务，需要配置端点，并且应该查看“服务>工作流>使用其他服务”以获得结果。

我主要按照以下方式组织我的项目：

解决方案。核心 解决方案.配置 解决方案.服务 解决方案.介绍 解决方案.Web 有关这种结构的更多信息，请访问

所有服务接口和域实体都将转到核心项目。服务项目包含应用程序服务的实现。控件和视图模型位于演示项目中。若我的控制器需要一个服务，我在控制器的构造函数中引用它的接口，并通过IoC/DI容器将其连接到实际实现

工作流不会只包含业务逻辑，所以我将业务逻辑封装为小型服务/命令，并从工作流中调用它们。这将工作流留给服务项目

WCF服务的实现应该在服务项目中，接口应该在核心中

这样，它应该看起来像控制器>服务>工作流>使用其他服务来获得结果

---

对于WCF服务，需要配置端点，并且应该查看“服务>工作流>使用其他服务”以获得结果。

项目的具体要求是什么？在大多数情况下，WF是一种过度使用。你想用WCF做什么？为其他客户提供的服务还是演示？如果你不知道如何使用它们，那么使用它们是没有意义的。请指定您的意图。我们计划使用web应用程序、客户端应用程序、winforms、web服务和控制台应用程序。我们有oracle数据库和ms sql数据库，我们有工作流，但没有更多，我决定使用wf和wcf，但我不知道如何使用asp.net mvc和它们实现。您项目的具体要求是什么？在大多数情况下，WF是一种过度使用。你想用WCF做什么？为其他客户提供的服务还是演示？如果你不知道如何使用它们，那么使用它们是没有意义的。请指定您的意图。我们计划使用web应用程序、客户端应用程序、winforms、web服务和控制台应用程序。我们有oracle db和ms sql db，我们有工作流，但没有更多，我决定使用wf和wcf，但我不知道如何使用asp.net mvc和它们实现。是的，实际上我想要一个核心服务作为类库项目。所有业务，验证和工作流活动代码此服务中不包含wf活动代码。例如，如果我决定使用工作流引擎，在这种情况下，我已决定使用wf，我的WF代码没有任何业务逻辑。它会在需要时调用我的核心服务库。将来可能我会决定使用其他工作流框架Rowk，我会轻松更改WF框架。如果

---

如果您希望稍后轻松地更改WF框架，那么我建议您对其进行包装或稍微抽象一下。基本上，您需要一个添加命令的管道，所以可能并不真正需要WF。顺便说一句，这个店面系列非常好，如果你有时间，那就全部看一看。是的，实际上我想要一个核心服务作为类库项目。所有业务、验证和工作流活动代码此服务中不包含wf活动代码。例如，如果我决定使用工作流引擎，那么我决定使用wf，我的WF代码没有任何业务逻辑。它会在需要时调用我的核心服务库。将来可能我会决定使用其他工作流框架Rowk，我会轻松更改WF框架。如果您希望以后轻松更改WF框架，那么我建议将其包装或抽象一点。基本上，您需要一个添加命令的管道，所以可能并不真正需要WF。顺便说一句，这个店面系列是相当好的，如果你有时间，然后看他们所有。