为什么我们需要建设者的设计模式而不是模型

Question

以下是我对构建器设计模式的理解。假设我们有一个Product类，如下所示。

public class Product
{
public string Name { get; set; }
public string Description { get; set; }
public int NumberOfProducts { get; set; }
public decimal Price { get; set; }
public bool IsDurable { get; set; }
}

建设者界面：

public interface IBuilder
{
void SetName(string value);
void SetPrice(decimal value);
void SetIsDurable(bool value);
void SetNumberOfProducts(int value);
void SetDescription(string value);
Product GetProduct();
}

一个具有setter方法并获取product对象的具体生成器。

public class ConcreteBuilder : IBuilder
{
Product product = new Product();
public Product GetProduct()
{
return product;
}
public void SetDescription(string value)
{
product.Description = value;
}
public void SetIsDurable(bool value)
{
product.IsDurable = value;
}
public void SetName(string value)
{
product.Name = value;
}
public void SetNumberOfProducts(int value)
{
product.NumberOfProducts = value;
}
public void SetPrice(decimal value)
{
product.Price = value;
}
}

在真实世界的场景中，产品的属性应该根据用户输入进行填充，而不是像这样进行硬编码。在这种情况下，我们还需要发送产品来构造产品对象。

public Product ConstructProduct(IBuilder builder)
{
builder.SetDescription("P");
builder.SetIsDurable(false);
builder.SetName("My Name");
builder.SetPrice(10);
builder.SetNumberOfProducts(5);
return builder.GetProduct();
}

在客户端中使用生成器对象，如下所示：

public class Client
{
public void AddProduct()
{
ConcreteBuilder builder = new ConcreteBuilder();
var builtProduct = new Director().ConstructProduct(builder);
Console.WriteLine(builtProduct.Description);
}
}

当构造函数中有许多属性要添加时(为了避免伸缩式构造反模式(，为什么我们不能使用Product模型类本身，而不是像上面所示的那样使用生成器模式呢？如果有任何可选属性，则可以将其设置为null。

public class Client
{
Product _prod;
public Client(Product prod)
{
_prod = prod;
}
public void AddProduct()
{
// Code to add product
Console.WriteLine(_prod.Description);
}
}

Answer 1

创建类时，主要目标是降低程序的复杂性。你创建一个类来隐藏复杂性，这样你就不需要考虑它了。当然，你在写这个类的时候需要考虑它。但是在编写完之后，您应该能够忘记细节，在不了解其内部工作原理的情况下使用该类。

显然，在您的问题中提到的情况下，使用构建器模式会增加复杂性，而仅仅使用模型是正确的选择。因为创建Product对象的过程非常简单。

在其他情况下，创建对象可能是一项复杂的操作，您可以使用生成器设计模式来管理这种复杂性。

以下是构建器模式在现实世界中的使用示例：https://dzone.com/articles/builder-pattern-usage-real