一、面向过程和面向对象
面向过程:根据问题,拆分出每一步的步骤,一一用函数实现,解决问题的时候,根据顺序,依次调用这些函数。
面向对象:根据问题,分析所需操作,把具有通用意义的操作用函数实现,解决问题的时候,根据需求调用不同的函数
区别:面向过程,针对具体事件创建函数,只为这个事件服务,函数是一次性的,面向对象,针对事件,调用不同的函数,函数是可复用的。
举例:事件为开车上班。会有不同的逻辑
面向过程:上车打火-->>先左拐-->>再直行5分钟-->>右拐-->> 到公司
面向对象:上车打火-->>打开自动驾驶-->>到公司
一、类的定义
1、类是什么:类是对象的模板,对象是类的实例。还是上面的例子,自动驾驶就是类,它就静静的呆在那里,现在他啥也干不了,当你点击开始,这个时候就叫对象的创建,这个时候自动驾驶就接管了你的车辆,它就可以上路了
2、格式:class+ 类名+ :(冒号),一般一个类就是一个单独的文件,也可以写成内部类
3、包含:
* 属性:在类里声明的变量
* 方法:写在类里的方法,也就是def函数
注:成功创建对象后,也就是类实例化后,可以访问类的属性和方法
4、成员可见性:公开和私有,默认情况下,Class内部创建的属性和方法,外部代码是可以通过实例调用直接操作的;但有时候为了保证封装性,我们不希望这些内部属性被外部直接访问。这就需要设置成员可见性,设置私有:
* 潜规则(约定俗称,实际上还是可以访问的):私有变量,变量前加“__”,私有函数,函数名前后加“__”,如 :def _fun2_(self):调用后会报错
* @property和@get_name.setter
5、类的方法:使用 def 关键字来定义一个方法,与一般函数定义不同,类方法必须包含参数 self, 且为第一个参数,self 代表的是类的实例。
* __init__(self):构造方法:self后可追加参数
* __slots__=():这是个变量,限定自定义类型的对象只能绑定某些属性,如:__slots__=('_name','_age','_gender'),限定当前对象只能绑定_name, _age和_gender属性,__slots__的限定只对当前类的对象生效,对子类并不起任何作用。
* 静态方法 @staticmethod:两个类之间的数据传递
* 类方法 @classmethod:获取和类相关的信息并且可以创建出类的对象,可以理解为带参构造的单例写法
6、类参数:def __init__(self,argv):,类都有构造方法,self为默认参数,
* 类有一个名为 __init__(self) 的特殊方法(构造方法),该方法在类实例化时会自动调用
* 类里所有的方法都必须有参数 self,self代表类的实例,而非类
* 类方法如果需要其他的参数,可在self后追加,
二、类对象
1、操作:成功创建对象后,也就是类实例化后,可以访问类的属性和方法
三、 三大基本特性:封装,继承,多态
1、封装:隐藏一切可以隐藏的实现细节,只向外界暴露(提供)简单的编程接口,对某一功能的代码整理封装成函数,达到重用的目的
2、继承:子类继承父类,实例化子类后,可以调用子类没有但是父类有的方法
3、多态:子类继承父类,对某些方法继承重写,达到其他目的,
五、五大基本原则:SPR, OCP, LSP, DIP, ISP
* 单一职责原则SRP(Single Responsibility Principle):是指一个类的功能要单一,不能包罗万象。如同一个人一样,分配的工作不能太多,否则一天到晚虽然忙忙碌碌的,但效率却高不起来。
* 开放封闭原则OCP(Open-Close Principle):一个模块在扩展性方面应该是开放的而在更改性方面应该是封闭的。比如:一个网络模块,原来只服务端功能,而现在要加入客户端功能,那么应当在不用修改服务端功能代码的前提下,就能够增加客户端功能的实现代码,这要求在设计之初,就应当将服务端和客户端分开,公共部分抽象出来。
* 里式替换原则LSP(the Liskov Substitution Principle LSP):子类应当可以替换父类并出现在父类能够出现的任何地方。比如:公司搞年度晚会,所有员工可以参加抽奖,那么不管是老员工还是新员工,也不管是总部员工还是外派员工,都应当可以参加抽奖,否则这公司就不和谐了。
继承就是应用了这一原则
* 依赖倒置原则DIP(the Dependency Inversion Principle DIP):具体依赖抽象,上层依赖下层。假设B是较A低的模块,但B需要使用到A的功能,这个时候,B不应当直接使用A中的具体类: 而应当由B定义一个抽象接口,并由A来实现这个抽象接口,B只使用这个抽象接口:这样就达到了依赖倒置的目的,B也解除了对A的依赖,反过来是A依赖于B定义的抽象接口。通过上层模块难以避免依赖下层模块,假如B也直接依赖A的实现,那么就可能造成循环依赖。一个常见的问题就是编译A模块时需要直接包含到B模块的cpp文件,而编译B时同样要直接包含到A的cpp文件。
* 接口分离原则ISP(the Interface Segregation Principle ISP):模块间要通过抽象接口隔离开,而不是通过具体的类强耦合起来