1、为什么说双向关联往往是设计的坏味道?
从可复用性的角度来看,如果两个类间的关系是双向的,则每个类都需要知道对方,因此两者都不能复用。说明单向关联有助于标识可复用的类。
2、聚合组合方式会遇到对象生命期管理的问题,怎么解决?
例如,A_Create(B_Create()->IA, B),即类B实现接口IA供类A内部使用,那么IA的生命期该由谁来管理呢?常见的做法是在IA中加入Destroy接口,那么A可以由此释放IA。可是这违背了一个原则,一般内存管理是谁申请谁释放的。我知道的另一个办法是借鉴Linux设备驱动程序的做法,把IA定义为全局变量。“生命期管理是个很大的课题。”后续再慢慢研究。
3、如何区别泛化与实现关系
我是这样理解的:泛化(继承)对应抽象类;实现对应接口。
4、关联与依赖有何区别?
这个问题有很多种版本的解释,摘要如下:
依赖是比关联弱的关系,依赖是两个事物之间的语义关系,而关联代表一种结构化的关系。体现在代码中:
(1)关联有双向与单向之分。若类A与类B双向关联,则A与B相互作为对方的attribute;若类A单向关联指向类B,则在类A中存在一个attribute B b*。
(2)依赖就只有单向的。若类A依赖类B,则不会有B这个属性。类A依赖类B有三种方式:一是类B是全局的,二是类B在类A中实例化,三是类B作为参数被传递。
5、继承or聚合/组合,这是一个问题
根据不同角度的理解,设计上会做出不同的抉择,但
请慎用继承,因为:
(1)继承是过紧的耦合,每当父类变化,子类也得跟着变,违背了开闭原则。
(2)继承不支持多态,父类与子类之间的关系在编译时就静态绑定了。
“所以一般都提倡,只继承接口不继承实现,通过组合达到代码重用的目的。”
btw:关于C语言实现面向对象机制,我目前只是初探,目的是在必要的时候能够有效的驾驭和简化用C语言开发的代码复杂度。
但如果需求已经足够简单,代码已经足够清晰,那么杀鸡焉用牛刀呢。
探讨面向对象设计中的关联与依赖关系
本文深入探讨了面向对象设计中的关联与依赖关系,指出双向关联可能导致设计复杂度增加,违背开闭原则。同时,分析了聚合组合方式在对象生命期管理上的挑战及其解决方案,以及如何通过泛化与实现区分不同设计模式。此外,文章强调了继承与聚合/组合的选择依据,并提及了使用C语言实现面向对象机制的目的与限制。
1033

被折叠的 条评论
为什么被折叠?



