一、面向过程和面向对象
面向过程：根据问题，拆分出每一步的步骤，一一用函数实现，解决问题的时候，根据顺序，依次调用这些函数。
面向对象：根据问题，分析所需操作，把具有通用意义的操作用函数实现，解决问题的时候，根据需求调用不同的函数
区别：面向过程，针对具体事件创建函数，只为这个事件服务，函数是一次性的，面向对象，针对事件，调用不同的函数，函数是可复用的。
举例：事件为开车上班。会有不同的逻辑
面向过程：上车打火-->>先左拐-->>再直行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)：模块间要通过抽象接口隔离开，而不是通过具体的类强耦合起来
