问WCF设计方法

EN

井,

我们有一个类似的应用程序，但类的数量更多。这里您担心的是，您不愿意向业务逻辑服务器的核心类提供序列化(这是通过WCF传递对象所需的)。

假设您有一个典型的三层应用程序，其中业务逻辑服务器和客户端访问相同的数据库。你需要做的很简单: 1)确保你所有的对象都有一个唯一的标识(这可以是一个字符串或Guid)，2)在所有的WCF调用中传递对象ID。这意味着您不会在WCF端公开任何类。

这可能会更安全，因为你有一个web应用程序。

您可以尝试RIA服务

http://www.silverlight.net/getstarted/riaservices/

我使用的是这个。

1. 创建

服务

2.1。将SVC服务指向您的实现，如下所示：

<%@ ServiceHost Language="C#" Debug="true" Service="BusinessLayer.Service" %>

BusinessLayer.Service是class项目中的一个类。(需要在服务中引用)

2.2。将服务行为指向契约：

<service behaviorConfiguration="ServiceBehavior" name="BusinessLayer.Service">
        <endpoint address="" binding="basicHttpBinding" bindingConfiguration="basicHttpBinding" contract="BusinessLayer.IService">
          <identity>
            <dns value="localhost"/>
          </identity>
        </endpoint>
      </service>

编辑名称(BusinessLayer.Service)和合同(Businesslayer.IService)

1. 创建契约接口BusinessLayer.IService (在您的类项目中)：

namespace BusinessLayer { ServiceContract公共接口IService { OperationContract void DoWork()；}}

• 修改使用该接口的现有实现(以下是您的现有代码)：

命名空间服务{公共类服务:IService{ public void DoWork() { }

为什么要将整个业务逻辑层包装在WCF层中？在开始使用这种新方法之前，我会非常仔细地研究您的原因。您是否有根本无法使用的物理原因，例如需要在DMZ之外访问数据库的业务逻辑？如果是这样，那好吧。但如果不是这样，我就会三思而后行。

话虽如此，如果您别无选择，我将避免使用包装您的UI所需的所有公共方法的整体WCF类。首先，我将在web应用程序端引入一个接口，以便您可以依赖于UI中的抽象，而不是具体的实现。此外，我还会考虑使用WCF REST服务。您可以使用ServiceRoute来避免引入任何*.svc文件。然后，您可以使用WebGet/WebInvoke属性来修饰要公开的方法。这可能会节省大量的编码工作。