使实体类因更改而关闭

Question

使实体类因更改而关闭我有一个数据库关系，如下所示。域对象是基于LINQ to SQL ORM创建的。付款包括现金付款和礼券付款。假设总购买金额为550。可以按以下组成部分付款1 Gift Coupon Valued 3001 Gift Coupon Valued 200I Cash Currency Valued 50我正在使用ORM的“ InsertOnSubmit”功能插入新的付款记录。以下代码运行正常。但是，如果公司要使用信用卡引入新的付款方式，则需要更改“付款”域类。我如何仍使用ORM使付款类别对扩展开放，对变更封闭？注意：Payment类具有行为（例如GetTotalAmountCollected）。我正在尝试使“支付”类满足OCP。注意：优惠券类型有特定的行为。如果优惠券发行日期小于2000年1月1日，则不应将其用于总金额的计算（即，优惠券值应为零）。另请参阅使用策略模式重构代码。注意：我正在使用.Net 4.0参考：将ObjectContext.AddObject与实体框架一起使用时出现错误使用策略模式重构代码比继承更偏爱组成？代码优先与模型/数据库优先使用Unity的策略模式和依赖注入代表与OOP的C＃策略设计模式如何在C＃中使用策略模式？首先使用EF代码进行继承：第2部分–每个类型的表（TPT）http://weblogs.asp.net/manavi/archive/2010/12/28/inheritance-mapping-strategies-with-entity-framework-code-first -ctp5部分-2-表每类型tpt.aspxC＃代码：public class PaymentAppService{     public RepositoryLayer.ILijosPaymentRepository Repository { get; set; }     public void MakePayment()     {         DBML_Project.Payment paymentEntity = new DBML_Project.Payment();         paymentEntity.PaymentID = 1;         paymentEntity.PaymentType = "PurchaseP";         DBML_Project.CashPayment cashObj = new DBML_Project.CashPayment();         cashObj.CashPaymentID = 1;         cashObj.CurrencyNumber = 123;         cashObj.CurrencyValue = 100;         DBML_Project.GiftCouponPayment giftCouponObj = new DBML_Project.GiftCouponPayment();         giftCouponObj.GiftCouponPaymentID = 1;         giftCouponObj.CouponValue = 200;         giftCouponObj.CouponNumber = 124;         paymentEntity.CashPayments = new System.Data.Linq.EntitySet<DBML_Project.CashPayment>();         paymentEntity.CashPayments.Add(cashObj);         paymentEntity.GiftCouponPayments = new System.Data.Linq.EntitySet<DBML_Project.GiftCouponPayment>();         paymentEntity.GiftCouponPayments.Add(giftCouponObj);         Repository.InsertEntity(paymentEntity);         Repository.SubmitChanges();     }}

Answer 1

也许一种替代方法是在ORM中也利用继承。这样，付款实体中就不会有N个集合，而是每种类型一个。您将在同一集合中拥有所有子类型。所有这些加起来将代表整个付款。

也许对名称取些不同会更容易。例如，让我们考虑Purchase的概念。购买应具有付款的集合。而付款可能是一个抽象类，从现金，优惠券，信用卡式，全部继承。

以这种方式建立模型为解决特定问题提供了很多可能性。您可以将所有付款视为相同，而不必理会不同的收款，而且可以通过多态和双重调度进行大量控制。

这样，如果出现新的付款类型，则您的模型将保持不变，您将只有一个新的子类型。

如今，大多数ORM支持不同的持久性方案进行继承，这也将有助于保持数据结构的整洁。