0

我们已经实现了适配器设计模式，其工作如下：

  1. 充当服务和数据访问层之间的联络人。
  2. 将原始数据（来自数据源、内部或外部）转换为特定领域的数据。进行必要的验证和按摩。
  3. 有时，进行 DAO 调用可能取决于输入参数中不易获得的数据，或者可能需要根据输入数据进行额外的服务调用。换句话说，适配器不能总是在服务和 DAO 之间进行 1:1 的映射。它可以根据输入参数将来自服务的相同调用映射到不同的 DAO 调用。

第 3 项开始让我担心，因为适配器变得比我最初想象的要复杂。我不知道修剪适配器的设计模式。有吗？建议？

4

2 回答 2

1

你使用了我喜欢称之为“瑞士军刀”的模式。

最佳实践说你应该把你的班级分成至少 3 个班级，每个班级一个。

于 2016-12-05T20:36:21.230 回答
-2

我不会使用适配器或完整的存储库（CRUD 操作），而是使用 IReader 接口进行读取，并使用访问者模式进行插入更新删除，因此您可以将域逻辑与基础设施（持久性）细节分开，这是想法：

public class MyBusinessObject : IAcceptBusinessVisitor, IAcceptMyBusinessIdVisitor
{
    private readonly string _id;

    private string MyPrivateProp { get; set; }
    //Fully encapsulated object
    public MyBusinessObject(string id, string myPrivateProp)
    {
        _id = id;
        MyPrivateProp = myPrivateProp;
    }

    public void UpdateMyProp(string newProp)
    {            
        if (string.IsNullOrWhiteSpace(newProp)) throw new ArgumentNullException(nameof(newProp));
        //Business rules ...
        MyPrivateProp = newProp;
    }

    public void Accept(IMyBusinessObjectVisitor visitor)
    {
        if (visitor == null) throw new ArgumentNullException(nameof(visitor));
        visitor.Visit(_id, MyPrivateProp);
    }

    public void Accept(IMyBusinessIdVisitor visitor)
    {
        if (visitor == null) throw new ArgumentNullException(nameof(visitor));
        visitor.Visit(_id);
    }
}

public interface IAcceptBusinessVisitor
{
    void Accept(IMyBusinessObjectVisitor visitor);
}

public interface IAcceptMyBusinessIdVisitor
{
    void Accept(IMyBusinessIdVisitor visitor);
}

public interface IMyBusinessObjectVisitor
{
    void Visit(string id, string prop);
}

public interface IMyBusinessIdVisitor
{
    void Visit(string id);
}

public class SavePersistanceVitor : IMyBusinessObjectVisitor
{
    public void Visit(string id, string prop)
    {
        //Save to Database
    }
}

public class UpdatePersistanceVitor : IMyBusinessObjectVisitor
{
    public void Visit(string id, string prop)
    {
        //Update to Database
    }
}

public class DeleteVitor : IMyBusinessIdVisitor
{
    public void Visit(string id)
    {
        //Delete in Database
    }
}

在这里阅读：

public interface IMyBusinessObjectReader
{
    MyBusinessObject Read(string id);
}

class MyBusinessObjectReaderFromDb : IMyBusinessObjectReader
{
    public MyBusinessObject Read(string id)
    {
        //Read from database
        string myPrivateProp = "";
        return new MyBusinessObject(id, myPrivateProp);
    }
}

下一步可能是为阅读和访问者添加泛型。在这种情况下，您最终会拥有很少的小类，并获得灵活性以及单一职责、接口隔离等可靠原则的好处。因此，您可以创建一个丰富的封装域并使用一些设计原则扩展其功能。问候！

于 2016-12-05T23:22:03.377 回答