本文是对实验3的一些总结。
1 delegation
一开始对delegation机制有点模糊,后来上网查阅和翻看ppt才有了一定理解。
委托:一个对象请求另一个对象的一部分功能。分为动态绑定和功能委派两个步骤。
相比于继承,委托不需要重写用不到的方法,大大减少了工作量。
2 CRP原则(合成复用原则)
CRP原则利用了接口可以多继承的特性,通过接口的组合定义了行为的组合,再通过组合接口派生出具体的实现类,就能大大提高程序的复用度。
3 本实验的实现方案
综上,通过委托的机制进行实现:
1.每个维度一个接口,附带一个实现类。
2.通过接口的组合(实际上是一个接口继承另外多个接口,java接口支持多继承),重新定义新的组合接口,这些组合接口供应用类进行使用。应用类实现对应的组合接口即可。
3.在应用类实现最终组合接口的过程中,需要Override所有组成最终组合接口的所有接口,这可以委托给这些接口已有的实现进行实现。
4.在遇到特定应用类时,通过组合接口的方式定义一个针对于这个应用类的接口。应用类实现这个接口。对于上层接口的实现通过委托机制来完成。
例如,对于如图所示的三个维度的接口:
可以通过接口的组合形成面向具体应用的接口
最后,面向该接口编写具体的实现类实现这个接口即可。
例如,对于第一个应用类DutyIntervalSet将检测无重叠,非空,非周期的功能委托给三个具体的实现类进行处理,并实现自己的接口。这相对于方案4而言是更加灵活的,不受父类的限制。在上一个方案中,如果再有一个特征维度“周期,非周期”,对于上一个方案而言,要实现第三层结点的行为,必须至少先实现前两层的行为,再通过继承一个第二层的结点实现。而应用委托机制,只需要根据应用的功能组合一个接口,让应用实现这个接口即可,为了实现前面接口的行为可以很好的通过委托机制来实现。即使代码有变化,也只用修改一小部分,降低了维护难度。因此具有很好的可复用性和可维护性。