使用面向对象重构之-使用接口抽象完成不同维度的扩展

本文承接上文 使用面向对象重构之-使用接口完成行为抽象。
这次要面对的需求变化是报销流程不仅与员工类别相关，也与报销种类相关，每个报销种类的流程要去不同部门办理，流程差别较大，需要分别扩展。
车费分为打车费和公共交通;打车费需要小票而公共交通则不需要；加班可以报销晚餐；出差的人可以有出差补助，不同城市也有不同的流程。为了让代码体系适应这个需求，就需要引入新的抽象，让代码依赖这个新的抽象体系。


以下代码为之前的实现：

public interface IClaim    {        void Claim();    }    public class StaffClaimProvider : IClaim    {        public void Claim()        {            throw new NotImplementedException();        }    }    public class SalesClaimProvider : IClaim    {        public void Claim()        {            throw new NotImplementedException();        }    }

我们只是根据员工种类提供不同报销逻辑的provider，显然已经不够。现在需要进一步对抽象进行调整为：

public interface ITransportClaim{void ClaimTransport();}public class TaxiClaimProvider : ITransportClaim{public void ClaimTransport(){...}}public class PublicTrafficClaimProvider : ITransportClaim{public void ClaimTransport(){...}}public interface IOverTimeFoodClaim{void ClaimFood();}public class WorkOverTimeFoodClaimDefaultProvider: IOverTimeFoodClaim{public void ClaimFood(){...}}public class WorkOverTimeFoodClaimMidnightProvider: IOverTimeFoodClaim{public void ClaimFood(){...}}public interface ITravelClaim{void ClaimTravel();}public class TravelSameCountryClaimProvider:ITravelClaim{public void ClaimTravel();}public interface CrossCountryClaimProvider:ITravelClaim{public void ClaimTravel();}public class StaffBase{...}public class LocalStaff :StaffBase{public Staff(ITransportClaim transportClaimProvider){...}}public class OTStaff: LocalStaff{public class OTStaff(ITransportClaim transportClaimProvider, IOverTimeFoodClaim otClaimProvider): base(transportClaimProvider){...}}public class TravelStaff :StaffBase{public class TravelStaff(ITravelClaim travelClaimProvider){}}

接口和类接口基本定义好了。这样就完成了不同报销类别的横向扩展，可是出现了一个问题，staff种类变多了，创建责任就需要统一化，否则对象创建的位置不一，会降低程序的内聚性。这也是Information Expert原则所指出的，信息集中化。下一部分就会着重介绍统一对象创建的位置，以及提高程序内聚性的重要性。
这几个例子是比较极端的需求变更，通常建议project一开始就要规划清楚接口和类的结构，前期需求与代码结构的映射越匹配，所创建的抽象也就越稳定。