领域建模 - 实现属性接口或 POCO？

Question

我正在制作一个工具原型，该工具将通过 SOAP api 将文件导入到基于 Web 的应用程序，并对我尝试通过 C# 接口导入的内容进行建模，以便我可以将 Web 应用程序的模型数据包装在我可以处理的内容中。

public interface IBankAccount
{
    string AccountNumber { get; set; }
    ICurrency Currency { get; set; }
    IEntity Entity { get; set; }
    BankAccountType Type { get; set; }
}

internal class BankAccount
{
    private readonly SomeExternalImplementation bankAccount;

    BankAccount(SomeExternalImplementation bankAccount)
    {
        this.bankAccount = bankAccount;
    }

    // Property implementations
}

然后，我有一个返回 IBankAccount 或其他集合的存储库，以及一个工厂类，用于在我需要时为我创建 BankAccount。

我的问题是，这种方法会给我带来很多痛苦，创建 POCO 会更好吗？我想将所有这些放在一个单独的程序集中，并将数据访问和业务逻辑完全分离，只是因为我正在处理一个关于数据在线存储位置的移动目标。

Answer 1

这正是我使用的方法，而且我从未遇到过任何问题。在我的设计中，来自数据访问层的任何内容都被抽象为接口（我将它们称为数据传输契约）。然后，在我的域模型中，我有静态方法从这些数据传输对象创建业务实体。

interface IFooData
{
    int FooId { get; set; }
}

public class FooEntity
{
    static public FooEntity FromDataTransport(IFooData data)
    {
        return new FooEntity(data.FooId, ...);
    }
}

当您的域模型实体从多个数据契约收集数据时，它非常方便：

public class CompositeEntity
{
    static public CompositeEntity FromDataTransport(IFooData fooData, IBarData barData)
    {
        ...
    }
}

与您的设计相反，我不提供工厂创建数据传输契约的具体实现，而是提供委托来写入值并让存储库担心创建具体对象的

public class FooDataRepository
{
    public IFooData Insert(Action<IFooData> insertSequence)
    {
        var record = new ConcreteFoo();

        insertSequence.Invoke(record as IFooData);

        this.DataContext.Foos.InsertOnSubmit(record); // Assuming LinqSql in this case..

        return record as IFooData;
    }
}

使用：

IFooData newFoo = FooRepository.Insert(f =>
    {
        f.Name = "New Foo";
    });

尽管在我看来，工厂实现是一个同样优雅的解决方案。为了回答你的问题，根据我对非常类似方法的经验，我从未遇到过任何重大问题，我认为你在这里走在正确的轨道上:)