MVC 与 WCF 服务设计

Question

作为 MVC 和 WCF（有点）的新手，我想问一个设计问题。我有一个 MVC 应用程序，带有一个简单的屏幕。我需要调用一个 WCF 服务，它返回一个回复对象类型。为了将 WCF 调用与我的 MVC 应用程序分开，我创建了一个 ServiceProxy dll，它公开了一个名为 RegisterWithService 的方法，并向其传递了一个 IP 地址。

所以，MVC 应用程序调用

ServiceProxy.RegisterWithService(xxx.xxx.xxx.xxx);

然后该方法创建一个RegistrationRequest 对象，并将其发送到 WCF 服务。回复（RegisterResponce 对象）回复一个对象。

我的问题是，是否可以将该对象传递回 MVC 控制器进行处理，或者我应该创建某种形式的 DTO...以便 ServiceProxy 创建一个新的对象类型（也许，@987654327 @，它与 WCF 回复对象具有相同的字段，并将其传递回 MVC 应用程序？我猜，这使得 MVC 不依赖于 WCF 对象......所以服务合同的更改只会导致我创建的代理类的更改 - 将 MVC 应用程序隔离。

这看起来是个好设计吗？

Answer 1

我认为2级对象就足够了：

1. 域模型（来自您的 WCF 服务）
2. 查看模型（特定于 MVC 应用程序）

因此，您可以使用在将 WCF 服务定义导入为存储库层时为您生成的服务代理接口。该接口将返回代表领域模型的数据合约。 Controller 将负责调用此接口上的各种方法，并将域模型映射到将传递给视图的视图模型。

例如：

public class HomeController: Controller
{
    private readonly IServiceProxy service;
    public HomeController(IServiceProxy service)
    {
        this.service = service;
    }

    public ActionResult Index(int id)
    {
        SomeDataContract domainModel = this.service.Get(id);
        MyViewModel model = Mapper.Map<SomeDataContract, MyViewModel>(domainModel);
        return View(model);
    }
}

当然，如果您的应用程序变得更复杂，您可以引入额外的抽象层和 DTO。