1、继承 封装 多态是面向对象的三大特点，当年在考c++期末考试时候这三个特点还是作为填空题出现的。
而且老师也反复唠叨继承封装 多态，这三个词语是背得滚瓜烂熟了，但因为不是特别专业的计算机科班，学得不深入，只是能背着三个词语。
2、直到好几年上班后，经过了长时间的面向过程写代码和面向对象写法实践对比才更有体会。
最近 任务很多，对我来说都是新任务，但是都是老任务别人做的我现在接手。
3、因为写那些代码的人很多，所以风格也很多，但基本有一点相同的是都是向过程的风格。也就是代码里面完全看不到class关键字。
也看过有人写class，但让我很吃惊，这个class类写得很极端，这需要我也以此形成总结，引以为戒，激励反思促进。
因为看到的这个是使用了类，是和其他清一色的纯函数编程的代码相比很特殊的，但看了类之后，其实是个100%面向过程的，也就是说只有class关键字外壳，但没有一丝面向对象的思想内涵。
4、怎么判断一个类是不是面向过程的思维呢，抛开继承 封装 多态这么宽泛的概念不说。其实可以判断的方法之一是看类里面的方法，是不是都很频繁的return和传参，是不是很少用到实例属性，是不是有多个方法的参数传参代表的意义是传入的是同一个东西，如果符合这个特点，90%的可能性就是在使用纯面向过程了，这种情况下其实写个类是没什么鸟用的，只是把命名空间下沉了一级，而且由于频繁的return和传参导致代码也很难看懂，这种类加方法和面向过程在模块+函数基本上没什么卵区别。没有继承 没有封装 没有多态还叫什么面向对象，尤其是没有封装没那怎么能叫面向对象？
5、在写面向过程时候，为了尽可能模拟多实例或者增加使用灵活性，思维就会形成多return多传参，少写全局变量。但这种思维深入人心之后，再写oop代码就会完全的转不过弯来。
因为频繁 传参 return的代码，读起来很费劲，传参和return一环套一环的，特别是没有类型注释 意义注释 ，很难读懂，oop能很好解决。
在写oop时候，你一定要多联想全局变量，把那些想当多的一部分在面向过程时候需要return和传参的，思维上把他们想象修改为全局变量，然后在写一个类，把全局变量下沉到实例属性，函数下沉到方法，由于少了很多return和传参，代码就能清晰很多了。
关于怎么写一个oop的类，可以参考我的 三步转oo的文章。如果没有这种意识，就算写了个class外壳也是白塔，因为这么写并没有获得一丝的面向对象带来的优点。