用于返回可能未总是完全填充的数据结构对象的设计模式？

如何解决用于返回可能未总是完全填充的数据结构对象的设计模式？

| 我遇到一种查询RESTful Web服务（使用.NET）并将数据作为XML返回的情况。我已经围绕API编写了包装函数，因此，不是返回原始XML，而是返回反映XML结构的完整.NET对象。 XML可能非常复杂，因此这些对象可能非常大且嵌套很深（即，包含可能反过来容纳其他集合的集合等）。 REST API可以选择返回完整结果或基本结果。基本结果返回完整结果所做的一小部分数据。当前，我通过为两种类型的请求返回相同的.NET对象来处理两种类型的响应-但在基本请求中，某些属性未填充。最好通过一个（非常简化的）代码示例来说明：

public class PersonResponse
{
    public string Name { get; set; }
    public string Age { get; set; }
    public IList<HistoryDetails> LifeHistory { get; set; }
}

public class PersonRequest
{
    public PersonResponse GetBasicResponse()
    {
        return new PersonResponse() 
        { 
            Name = \"John Doe\",Age = \"50\",LifeHistory = null 
        };
    }

    public PersonResponse GetFullResponse()
    {
        return new PersonResponse() 
        { 
            Name = \"John Doe\",LifeHistory = PopulateHistoryUsingExpensiveXmlParsing()
        };
    }
}

如您所见，PersonRequest类有两个都返回PersonResponse对象的方法。但是GetBasicResponse方法是一个“精简版”版本-它不会填充所有属性（在示例中，它不会填充LifeHistory集合，因为这是一个“昂贵”操作）。请注意，这是实际情况的非常简化的版本。但是，对我来说，这有一定的味道（因为GetBasicResponse方法的调用者需要了解哪些属性不会被填充）。我当时在想，一种更为面向对象的方法是拥有两个PersonResponse对象-一个BasicPersonResponse对象和一个FullPersonResponse对象，后者又继承自前者。就像是：

public class BasicPersonResponse
{
    public string Name { get; set; }
    public string Age { get; set; }
}

public class FullPersonResponse : BasicPersonResponse
{
    public IList<object> LifeHistory { get; set; }
}

public class PersonRequest
{
    public BasicPersonResponse GetBasicResponse()
    {
        return new FullPersonResponse()
        {
            // ...
        };
    }

    public FullPersonResponse GetFullResponse()
    {
        return new FullPersonResponse()
        {
            // ...
        };
    }
}

但是，这还是不太“正确”-出于某种原因，我不太确定！是否有更好的设计模式来应对这种情况？我觉得我想念一些更优雅的东西吗？谢谢！

解决方法

我认为您已经描述了代理模式。在此处查看详细信息：C＃中的示例GOF设计模式 , 对于使用继承来添加“额外数据”，而不是添加/修改行为，我也有一种不好的感觉。这样做的主要优点是您的方法可以指定其参数类型所需的详细程度。在此特定示例中，我倾向于将第一种方法用于数据传输对象（Response对象），但随后立即使用该数据传输对象来创建数据模型对象，其确切性质在很大程度上取决于您的特定应用程序。数据传输对象应该是内部的（因为数据字段的存在或不存在是实现细节），并且公共对象或接口应提供更适合于使用代码的视图。