如何在维护领域驱动设计架构的同时使用 WCF 服务设置 Ninject？

Question

我正在尝试实现一个概念证明，其中我编写了一个遵循领域驱动设计准则的模块（假设是论坛），并且将具有可插入存储库，并且整个模块将可在本地 Web 服务器中插入（本地托管 dll）或通过 WCF 服务。

遵循领域驱动设计指南，我将拥有一组如下编写的业务对象：

    public class Forum
    {
        readonly IRepository _forumRepository;
        public Forum(IRepository forumRepository)
        {
            _forumRepository = forumRepository;
        }

        public string Name { get; set; }

        public void Save()
        {
            _forumRepository.SaveForum(this);
        }
    }

假设 Web 应用程序需要创建一个新论坛。

如果模块通过 dll 文件在本地托管，那么这一切都很好。 Web 应用程序代码只需使用 Ninject（或任何 DI）来实例化业务对象并调用 Save 方法。

但是，如果实施者想要在两者之间引入服务层怎么办？假设他们想要在应用程序和数据库层之间引入 WCF 服务层，因为他们希望物理架构成为 Web 服务器 -> Web 服务器。应用服务器->数据库服务器。显然，论坛模块 dll 将由 Web 服务器和应用程序服务器托管。但是，该模块不再可用。

如果 Web 服务器通过存储库注入实例化对象并将其传递到 WCF 服务层，则即使我允许序列化业务对象，_forumRepository 字段也会丢失。

无论如何，实现者应该能够让应用程序服务器选择存储库。那么，有了这个需求，实现者在从Web服务器接收到已经实例化的对象后，如何在应用服务器端注入存储库呢？有没有办法告诉 WCF 服务在反序列化过程中实例化对象时注入存储库？

我读了这篇文章如何将依赖注入 (Ninject) 与 WCF 服务结合使用，并查看了示例解决方案，但这仅演示了如何将存储库直接注入到服务中。它似乎并没有解决我在这里讨论的问题。

这是一个示例，说明如果编写正确，我将如何预见代码。正如我之前所说，这里的主要问题是我不知道如何将存储库注入到服务端的域对象中。

应用程序代码（Web 应用程序或 Windows 应用程序）：

Forum newForum = new Forum();
//Set some properties on newForum.        
IKernel kernel = new StandardKernel();  //Instantiate ninject kernel.
//Yes, I know using the using statement means that IService needs to derive from IDisposable.  A local service would just have an empty implementation for IDisposable since there would be nothing to clean up and this would allow different service architectures to be plugged into the application.
using (IForumService forumService = kernel.Get<IForumService>())  //Get concrete implementation bound to IForumService via ninject.
{
    //Send forum to service layer for local OR WCF processing (on an app server)
    forumService.SaveForum(newForum);
}

服务代码（这就是问题）：

public class WCFForumService : IForumService
{
    public void SaveForum(Forum forum)
    {
        //PROBLEM SCENARIO:  How do I now inject the repository I want to use since I already have an instance of forum?  
        //Can I make WCF inject the repository when it is deserializing the forum object before passing it into this method?
        forum.Save();
    }
}

如果可能的话，我宁愿不强迫论坛模块的实现者为每个域对象创建 DTO。这违反了 DRY 原则。如果我可以创建域对象，这样它们就足够通用和/或可扩展，可以毫不费力地用作 DTO 本身，那就太好了。这样，我可以使用数据注释对域对象进行业务规则验证，并且实现者可以在 Web 窗体、MVC3 或 Silverlight 项目中使用这些对象，而无需手动重新进行所有验证。

编辑：以上是完全错误的方法。编辑以展示更有效的方法。

public class Forum
{
    public Forum(string name)
    {
        Name = name;
    }

    public string Name { get; set; }
}

public interface IForumRepository : IRepository<Forum>
{
    void Add(Forum forum);
    Forum this[object id] { get; set; }
}

//Client Code (Called from the WCF service hosting the domain)
public class WCFAppService
{
    public void SaveForum(ForumDTO forumInfo)
    {
        IKernel kernel = StandardKernel();
        IForumRepository repository = kernel.Get<IForumRepository>();
        Forum forum = repository[forumInfo.ID];
        if (forum != null)
        {
            repository[forumInfo.ID] = forumInfo.CopyTo(forum); //Save the Forum to the db.
        }
        else
        {
            repository.Add(ForumFactory.CreateFrom(forumInfo)); //Insert the Forum into the db.
        }
    }
}

我在尝试这个原型时遇到的大部分问题是，我在尝试学习 DDD 的过程中过于关注基础设施问题（即 DI、服务器架构等）。我对 DDD 的了解使我得出这样的结论：当试图弄清楚如何构建 DDD 解决方案时，请忘记架构和技术，直到您很好地掌握了 DDD 将为您做什么。我做这个注释是因为在我目前正在从事的实际 DDD 项目中，DI 似乎是一个不必要的复杂化。这就是 DDD 使您的代码变得如此简单的原因。

Answer 1

通过将存储库传递到 Web 服务器，您可以跳过层。没有什么可以阻止您调用 save 或以业务规则不允许的方式操作数据。此外，您不想关心 Web 服务器上的数据库详细信息。这是应用程序服务器的职责。

应用程序和数据库服务器之间应该有一个完全不同的接口，就像应用程序和网络服务器之间一样。应用程序服务器的界面应包含您要在 Web 服务器上执行的操作。

假设您有一个银行账户系统。并希望在两个帐户之间执行交易。在这种情况下，在您的解决方案中，您将两个涉及的帐户发送到网络服务器，它会根据转移的金额减少第一个帐户的余额，并增加第二个帐户的相同金额。然后它将帐户发送回应用程序服务器进行保存。

但这是错误的。正确的做法是在应用程序服务器上提供一个服务，提供一个交易方法，该方法接受涉及的帐号和要转账的金额，并在应用程序服务器上完成完整的操作。

在您的示例中，您应该提供一个方法 ChangeForumName(int forumId, string newName)。现在您可以在此处确保名称必须满足的规则。例如不为空。

Answer 2

如果您确实希望在通过线路发送域对象后将其包含在域对象中，那么请将您的服务作为对象的属性，并在“Get”方法中使用某种 CommonServiceLocator 模式来获取另一端的服务。请参阅此处了解更多信息 http://commonservicelocator.codeplex.com/ （即不是 WCF 注入服务，该对象调用 CommonServiceLocator 来获取其所需服务的实例）。

另一种方法可能是编写注入服务的自定义 wcf 行为。查看这篇文章了解更多详细信息 - http://msdn.microsoft.com/en -us/magazine/cc163302.aspx

但是，您应该更仔细地考虑您的体系结构以及您想要实现的目标。如果您想要 Web 服务器->应用程序服务器-->数据库服务器，那么您实际上不应该将对象发送到应用程序服务器，以便应用程序服务器可以注入服务，然后在您的对象上调用“保存”方法。更简洁的设计是拥有一个应用程序服务器（在本例中为 wcf），该服务器具有一个带有 save 方法的服务，该方法将“Forum”对象作为参数。然后，该服务将根据您引用的文章将存储库注入其中。

如您所知，使用 WCF 时，您实际上只是通过线路发送序列化数据，而不是实际对象。这些物体在另一侧被重建。许多体系结构使用数据传输对象进行 WCF 调用，然后使用这些 DTO 来合并其域模型（尽管您可以仅使用域对象来实现此目的，请记住您只是发送数据）。

本文对这些主题进行了很好的讨论 http://msdn.microsoft.com/ en-us/magazine/ee236638.aspx （尽管您的问题与 DTO 无关，但该原则也适用于域对象，并且可能会给您一些关于如何放置这些片段的思考 一起）。也值得看看其他人是如何做类似的事情的。有一些很棒的示例应用程序，例如 http://sankarsan.wordpress.com/2009/04/12/a-layered-aspnet-mvc-application-part-i/（您需要阅读整个系列，因为他没有谈论前 2 部分中的 wcf）