自定义的泛型类和泛型约束

现在继续考虑Order,在企业中订单有很多种,运输单、出库单、外借单、报关单等等。因此应该把Order作为基类,然后其他订单从该类派生。
现在我们再看一下用户业务流程:当不同的用户角色创建了不同的订单,然后系统将这些订单汇总到公司的审计部,当审计通过后,订单将转向各自需要处理的业务部门。
为了实现这个方案,我们在Order声明了一个Send方法。
1自定义的泛型类和泛型约束    public class Order
2    }

由于Send声明为virtual的,所以为其子类的各订单提供了多态的行为。
 1自定义的泛型类和泛型约束    public class ConsignationBill : Order
 2    }
现在考虑一个很实际的处理问题,当审计部门通过了订单的审核,需要执行Send方法,以便将订单转到业务相应的部门。那我们希望有一个类来处理对审核后的订单的任务传递
 1自定义的泛型类和泛型约束    public class Audit
 2    }
测试一下
1自定义的泛型类和泛型约束            new Audit(new ConsignationBill()).AuditTask();
2自定义的泛型类和泛型约束            new Audit(new DispatchBill()).AuditTask();
3自定义的泛型类和泛型约束            new Audit(new WarehouseBill()).AuditTask();

通过了,效果不错。
现在考虑更多情况,Send很明显是用于业务流转的方法,除了订单,其他业务数据也会有流转的要求,为了统一,很显然,应该用到接口
1自定义的泛型类和泛型约束    public interface ISend
2    }
更特别的是,不是所有的单据都有业务流转的行为,所有不能让Order去实现ISend接口,而是由Order的各子类去按实际情况分别实现ISend。
所以刚才的类的实现为
 1自定义的泛型类和泛型约束    public class ConsignationBill : Order,ISend
 2    }
现在我们如果要求Audit能够正常调用Send的方法,那Audit的实现为
 1自定义的泛型类和泛型约束    public class Audit
 2    }
ok,虽然修改了Audit,但对调用者完全没有影响。那还有新的要求吗?有!
现在Audit类能接受所有实现了ISend的类,现在要求更严谨的处理:Audit类只能处理Order的子类,且该子类必须实现了ISend的接口。
晕啊,怎么写啊?使用反射帮忙
 1自定义的泛型类和泛型约束    public class Audit
 2    }
那能不能代码更简洁简单呢?可以,用泛型的约束能力
 1自定义的泛型类和泛型约束    public class TAudit<T> where T : Order, ISend
 2    }

以上说明该泛型能接受的对象是从Order继承,且实现了ISend接口,实例化的代码为
1自定义的泛型类和泛型约束            new TAudit<ConsignationBill>(new ConsignationBill()).AuditTask();
2自定义的泛型类和泛型约束            new TAudit<DispatchBill>(new DispatchBill()).AuditTask();
3自定义的泛型类和泛型约束            new TAudit<WarehouseBill>(new WarehouseBill()).AuditTask();
使用泛型的约束,能让代码更加的清晰和简单。

相关文章:

  • 2022-12-23
  • 2022-02-09
  • 2021-06-15
  • 2022-01-19
猜你喜欢
  • 2022-12-23
  • 2021-06-30
  • 2021-07-21
  • 2022-12-23
相关资源
相似解决方案