如何基于另一属性值实现动态数据类型的属性？

我定义了一个Order类，其中包含OrderType（枚举类型）和OrderStatus（枚举类型）两个属性。当前的问题是，OrderStatus的数据类型会根据OrderType的取值而有所不同。代码示例如下：

public class Order {
    // Enums
    public enum OrderTypes { Restaurant, Grocery, Wallet }
    public enum RestaurantOrderStatus { OrderPlaced, Pending, Preparing, ReadyForPickup, OnTheWay, Cancelled }
    public enum GroceryOrderStatus { OrderPlaced, Enqueued, Preparing, OnTheWay, Cancelled, Returning }
    public enum WalletOrderStatus { OrderPlaced, OnTheWay, Cancelled }
    // Properties
    public OrderTypes OrderType { get; set; }
    public OrderStatuses OrderStatus { get; set; } // How to set a dynamic data type (different enum)?
    public int Id { get; set; }
}

请问实现该需求的最佳方案是什么？使用泛型？还是建造者模式？

你的核心需求本质是让订单类型与对应的状态枚举强绑定，避免出现类型不匹配的错误（比如给餐厅订单设置钱包订单的状态）。泛型和建造者模式都能参与解决，但最适合的方案是基于继承的多态设计 + 泛型约束，下面分方案详细说明：

方案1：继承体系 + 泛型约束（最推荐，编译期类型安全） #

这个方案能从根源上保证状态和订单类型的匹配，完全避免运行时错误：

1. 先定义抽象基类，用泛型约束状态必须是枚举类型：

public abstract class Order<TStatus> where TStatus : Enum
{
    public int Id { get; set; }
    public TStatus Status { get; set; }
}

2. 为每种订单类型创建具体子类，绑定专属的状态枚举：

// 餐厅订单
public enum RestaurantOrderStatus { OrderPlaced, Pending, Preparing, ReadyForPickup, OnTheWay, Cancelled }
public class RestaurantOrder : Order<RestaurantOrderStatus> { }

// 杂货订单
public enum GroceryOrderStatus { OrderPlaced, Enqueued, Preparing, OnTheWay, Cancelled, Returning }
public class GroceryOrder : Order<GroceryOrderStatus> { }

// 钱包订单
public enum WalletOrderStatus { OrderPlaced, OnTheWay, Cancelled }
public class WalletOrder : Order<WalletOrderStatus> { }

优势 #

• 编译期安全：编译器会直接阻止你给RestaurantOrder设置WalletOrderStatus这类错误操作
• 符合单一职责：每种订单类型专注于自己的业务逻辑，后续扩展新订单时只需要新增枚举和子类，无需修改原有代码
• 代码结构清晰：通过类的区分就能直观知道每种订单的可用状态

方案2：泛型订单类 + 运行时校验（适合轻量场景） #

如果不想创建过多子类，可以用单一泛型类，但需要在构造或初始化时做类型校验：

public enum OrderTypes { Restaurant, Grocery, Wallet }
public enum RestaurantOrderStatus { /* 枚举值同前 */ }
public enum GroceryOrderStatus { /* 枚举值同前 */ }
public enum WalletOrderStatus { /* 枚举值同前 */ }

public class Order<TStatus> where TStatus : Enum
{
    public int Id { get; set; }
    public OrderTypes OrderType { get; }
    public TStatus Status { get; set; }

    public Order(OrderTypes orderType)
    {
        OrderType = orderType;
        // 校验泛型状态类型与订单类型是否匹配
        if (!IsStatusTypeValidForOrderType(orderType, typeof(TStatus)))
        {
            throw new ArgumentException($"状态类型 {typeof(TStatus)} 不匹配订单类型 {orderType}");
        }
    }

    private bool IsStatusTypeValidForOrderType(OrderTypes orderType, Type statusType)
    {
        return orderType switch
        {
            OrderTypes.Restaurant => statusType == typeof(RestaurantOrderStatus),
            OrderTypes.Grocery => statusType == typeof(GroceryOrderStatus),
            OrderTypes.Wallet => statusType == typeof(WalletOrderStatus),
            _ => false
        };
    }
}

注意 #

这个方案需要运行时校验，不如继承方案安全，但代码更紧凑，适合简单场景。

方案3：建造者模式（适合复杂构建，但非核心解决方案） #

建造者模式的核心作用是简化复杂对象的构建流程（比如订单有大量可选属性时），但它本身无法解决状态与订单类型的强绑定问题。你可以把建造者和前面的泛型/继承方案结合使用，但单独用建造者没法从根本上解决你的核心需求。

总结 #

• 追求类型安全、长期可维护性：优先选择继承体系+泛型约束的方案
• 追求代码紧凑、轻量实现：可以用泛型订单类+运行时校验
• 建造者模式是辅助工具，不是解决你当前核心问题的首选

内容的提问来源于stack exchange，提问作者Taher Elhouderi