面向对象编程原则

单一职责原则:使一个类的发生改变的原因应该有且只有一种,类的功能应尽量单一
开放封闭原则:类应该支持扩展,不能修改。通过创建抽象类来实现相同变化(方法)的扩展
依赖倒转原则:抽象不应该依赖于实现,实现细节要依赖于抽象。要针对接口编程
接口隔离原则:多个按照角色分配好功能的接口比一个总的接口要好,不要让客户端实现不用的方法。可以通过创建委托类实现其它接口或将接口拆分为多个接口进行实现。
里氏替换原则:子类可以以父类的身份出现
迪米特法则:又叫最少知道原则,对于被依赖的类,应尽可能的将逻辑封装在类内部。第二个好理解的定义为只与直接的朋友通信(成员变量,方法参数,方法返回值),非直接朋友的类不要以局部变量的形式出现在方法中。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
面向对象程序设计原则(SOLID原则)是一组指导面向对象程序设计的基本准则,旨在使代码更易于理解、维护和扩展。以下是我对每个原则的理解: 1. 单一职责原则 (SRP) 每个类或模块应该只有一个责任。这意味着一个类应该只有一个改变的原因,这样可以使它更容易维护和测试。如果一个类有多个职责,那么当其中一个职责发生改变时,会影响到其他职责。 2. 开放封闭原则 (OCP) 软件实体(类、模块、函数等)应该对扩展开放,对修改关闭。这意味着我们应该尽量避免修改已有的代码,而是通过扩展代码来实现新的功能。这样可以减少代码的风险和不稳定性,同时也能更好地支持软件的演化。 3. 里氏替换原则 (LSP) 子类应该可以替换它们的父类并且不会影响程序的正确性。这意味着子类必须与父类保持一致的行为和约束。这样可以确保代码的可重用性和可扩展性。 4. 接口隔离原则 (ISP) 客户端不应该依赖于它不需要使用的接口。这意味着我们应该尽量将接口拆分成更小的部分,只提供客户端需要的接口。这样可以减少代码的依赖性和复杂性。 5. 依赖倒置原则 (DIP) 高层模块不应该依赖于低层模块,它们应该都依赖于抽象。这意味着我们应该尽量使用抽象类或接口来实现依赖关系,而不是直接依赖于具体实现。这样可以减少代码的耦合性和提高代码的灵活性。 这些原则可以帮助我们编写高质量、可维护和可扩展的面向对象程序。它们不是硬性规定,而是提供了一些指导性的准则,需要根据具体的场景和需求进行适当的调整和应用。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值