软件设计原则——多用组合少用继承

本文探讨了软件设计中的组合和继承原则。白盒部分阐述了继承带来的问题,如继承的上下文使得子类与父类交互复杂,难以遵循里氏代换原则。黑盒部分则展示了对象组合的优势,通过包装类使用基类,保持对象的封装性,有助于防御式编程。组合避免了脆弱的基类问题,且更利于设计优化。文章提倡在设计中更多地使用组合而非继承。
摘要由CSDN通过智能技术生成

组合和继承

实现重用的两个途径:白盒和黑盒重用。白盒基于类的继承,但要承受继承的缺点。黑盒基于对象组合。

白盒

public class RegisteredUser : User
{
   
	...
}

继承的缺点

派生类继承了父类的上下文,获得父对象状态的某种可见性。随着不同版本派生类的出现,并不能保证父类和派生类真的可以交替使用。保证父类及其派生类可以交替使用是里氏代换原则的目标。

黑盒

public class RegisteredUser
{
   
    private User theUser;

    public RegisteredUser()
    
多用组合少用继承的设计思想是一种常见的设计原则,也被称为组合优于继承(Composition over Inheritance)原则。它建议在设计类和对象之间的关系时,更多地使用组合而不是继承。 使用组合意味着将功能从一个类提取出来,并将其作为另一个类的成员进行组合。这样做可以避免继承链的复杂性和耦合度的增加,同时也提供了更大的灵活性和可维护性。下面是一些使用组合而不是继承的好处: 1. 松耦合性:组合减少了类之间的依赖关系,使得系统更加灵活和可扩展。如果使用继承,子类与父类之间的耦合度会增加,当父类发生改变时,子类也需要相应地进行修改。 2. 更好的代码复用:通过将功能封装为独立的类,可以更方便地在不同的类中进行复用。这样可以避免重复编写相似的代码,并且更容易调整和修改功能。 3. 更好的可维护性:使用组合可以将系统分解为更小、更简单的部分,每个部分都可以独立地进行修改和测试。这样可以提高代码的可读性和可维护性,减少出错的可能性。 4. 灵活的设计扩展:使用组合可以轻松地在运行时更改对象的行为,而无需修改类的结构。这种灵活性使得系统更容易适应变化和需求的变化。 当然,并不是说继承完全不应该使用,继承仍然是一种有用的工具。但在设计中,应该优先考虑使用组合,只有在确实需要共享代码和行为的情况下才考虑使用继承
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Mr___Ray

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值