正文
Python 类的设计原则
小程序:扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序
【扫一扫了解最新限行尾号】
复制小程序
# 面向对象遵循的原则: SOLID
# S(Single Responsibility Principle)
# 单一职责原则
# 一个类只负责一项职责
# 好处
# 易于维护, 写出高内聚的代码
# 易于代码复用
# 案例
# 我们之前写的计算器类
# 假设只包含加减乘除运算和结果打印
# 如果往后需要增加, 结果写入文件, 结果参与其他运算, 结果上传服务器...
# 是不是每一次都需要去修改此类? 就导致这个类变得特别臃肿; 不利于维护和部分代码复用
# 解决方案
# 计算器只包含, 加减乘除运算以及结果返回
# 根据不同情况, 将对结果的处理分散到其它合适的类别中 # O(Open Closed Principle)
# 开放封闭原则
# 对扩展开放
# 对修改关闭
# 易于维护, 保证代码安全性以及扩展性
# 案例
# 我们之前写的, 在Person类中, 写的, 让小狗小猫工作的方法
# 假设小狗小猫的工作方法名分别是watch和catch;
# 那Person类中让宠物工作的方法就需要通过if进行多分支判定
# 如果以后, 扩展了新的宠物类; 那么, Person类中的让宠物工作的方法, 必须要跟着修改
# 解决方案
# 通过基类, 以及抽象类等方案进行方法的统一 # O(Open Closed Principle)
# 开放封闭原则
# 对扩展开放
# 对修改关闭
# 易于维护, 保证代码安全性以及扩展性
# 案例
# 我们之前写的, 在Person类中, 写的, 让小狗小猫工作的方法
# 假设小狗小猫的工作方法名分别是watch和catch;
# 那Person类中让宠物工作的方法就需要通过if进行多分支判定
# 如果以后, 扩展了新的宠物类; 那么, Person类中的让宠物工作的方法, 必须要跟着修改
# 解决方案
# 通过基类, 以及抽象类等方案进行方法的统一 # L(Liskov Substitution Principle) L(Liskov Substitution Principle) # I(Interface Segregation Principle)
# 接口分离原则
# 如果一个类包含了过多的接口方法,而这些方法在使用的过程中并非"不可分割", 那么应当把他们进行分离
# 所谓接口, 在Python中, 可以简单的理解为"抽象方法"
# 好处
# 提高接口的重用价值
# 案例
# 小鸟
# 吃, 叫, 飞
# 上述接口设计在有鸵鸟类的前提下, 设计就不合理 # D(Dependency Inversion Principle)
# 依赖倒置原则
# 高层模块不应该直接依赖低层模块
# 他们应该依赖抽象类或者接口
# 好处
# 利于代码维护
# 案例
# 电脑类, 依赖的不是某一个具体鼠标类
# 而应该是, 鼠标类的抽象
# 能单击, 能双击, 能右击, 能移动鼠标指针...
# 到时, 可以是触摸板, 也可以是有线鼠标, 也可以是蓝牙鼠标...