《Python 从入门到精通》071|从现实世界理解类与对象:OOP 并不抽象

学到这里，很多人都会碰到一个看起来有点吓人的词：面向对象编程，也就是 OOP。

一听这个名字，不少初学者心里就开始发虚。总觉得这东西像是很高级、很抽象、很学院派，好像只有写大型项目的人才需要学。其实不是。

如果你前面已经学过变量、列表、字典、函数、文件、异常，那么你离面向对象并没有那么远。只是以前你写程序，更多是在组织数据和步骤。现在开始，你要学的是另一种更贴近现实世界的组织方式。

说得直接一点，面向对象不是为了把简单问题搞复杂，而是为了让程序更像在描述现实中的事物。

一、先别管术语，先看现实世界

你先看身边这些东西：

学生 汽车 手机 猫 订单 用户 商品 银行卡

这些东西有一个共同点：它们都不是孤零零的一条数据，也不是单独的一步操作。它们通常既有自己的信息，也有自己的行为。

比如一辆汽车，它有什么信息？

品牌 颜色 价格 当前速度

它又有什么行为？

启动 加速 刹车 鸣笛

再比如一个学生，它也不只是一个名字。它通常还会有：

姓名 年龄 学号 成绩

它可能还会有这些行为：

学习 考试 自我介绍

你会发现，现实世界里的很多东西，本来就是“数据和动作绑在一起”的。

而面向对象，干的就是这件事：把一类事物的属性和行为，组织到一起。

二、为什么前面的写法会越来越别扭

前面我们写程序时，很多内容都是分散的。

比如你想表示一个学生，可能会这样写：

name = '张三'age = 18score = 95

如果只是一个学生，这么写没问题。

但如果你想表示三个学生呢？

name1 = '张三'age1 = 18score1 = 95name2 = '李四'age2 = 19score2 = 88name3 = '王五'age3 = 17score3 = 91

这时候你就会发现，代码开始变得笨重了。

变量越来越多。 同一类信息被反复复制。 稍微一扩展，就容易乱。

你当然也可以用字典来改进：

student1 = {'name': '张三', 'age': 18, 'score': 95}student2 = {'name': '李四', 'age': 19, 'score': 88}student3 = {'name': '王五', 'age': 17, 'score': 91}

这已经比散乱变量好很多了。

但问题还没完全解决。因为现实里的“学生”不只是数据，它还可能有行为。比如输出信息、修改成绩、判断是否及格。

如果继续往字典里硬塞，你慢慢就会觉得不自然。

这时候，类和对象就要登场了。

三、对象，到底是什么

先说对象。

你可以把对象理解成：现实世界里一个具体存在的东西，在程序中的映射。

比如：

张三，是一个具体学生对象。 李四，也是一个具体学生对象。 你手里的 iPhone，是一个具体手机对象。 你家门口那辆白色汽车，也是一个具体汽车对象。

对象不是“某一类东西的概念”，而是“某一个实际个体”。

这句话一定要记住。

因为很多初学者一上来就把类和对象混了。 其实对象非常好理解，它就是一个具体实例，一个具体个体。

你甚至可以把对象先粗暴理解成：

程序里一个带着自己数据、还能做自己事情的实体。

这样想就顺了。

四、类，又是什么

如果对象是具体个体，那类就是这类个体的共同模板。

比如：

学生，是一类。 汽车，是一类。 手机，是一类。 订单，是一类。

类并不是某个具体学生、某辆具体汽车，而是一种抽象定义。它描述的是：

这一类东西通常有什么属性 这一类东西通常能做什么事情

还是拿学生举例。

“学生”这个类，可能规定：

每个学生都有姓名、年龄、成绩 每个学生都可以自我介绍 每个学生都可以判断自己是否及格

注意，这里说的是“每个学生通常都应该有这些东西”，这就是模板的味道。

所以类和对象的关系，可以先简单记成：

类，是图纸。对象，是按图纸造出来的具体东西。

五、用一个最接地气的比喻理解类和对象

你可以把类理解成“饼干模具”，把对象理解成“压出来的每一块饼干”。

模具决定了饼干大致长什么样。 但压出来的每一块饼干，又是一个具体独立的个体。

再换一个更贴近编程的说法：

类决定结构。 对象承载具体数据。

比如有一个“学生”模具，那么压出来的对象可以是：

张三，18 岁，95 分 李四，19 岁，88 分 王五，17 岁，91 分

它们都属于学生这一类，但彼此的数据又不一样。

这就是后面为什么会讲“对象为什么各有各的数据”。你现在先有个直觉就够了。

六、为什么说 OOP 并不抽象

因为它本来就在模仿你认识世界的方式。

你平时不会这样想问题：

这里有一个姓名字符串 这里有一个年龄整数 这里有一个成绩数字 然后它们凑在一起勉强算是一个学生

你平时真正的想法是：

这就是一个学生 他有姓名、年龄、成绩 他还能做一些事

你看，这不就是面向对象的思路吗。

也就是说，OOP 的难点不在于它反人类，恰恰相反，它其实更符合人脑理解现实的方式。真正让新手觉得抽象的，往往不是思想本身，而是第一次接触 class、self、__init__ 这些新语法时，会有点陌生。

但思想这一层，其实是很自然的。

七、为什么函数不够了吗

这里很多人会问，前面不是已经学了函数吗，函数不是也能把逻辑组织起来吗，为什么还要学类。

这个问题问得很好。

函数当然很重要，而且以后依然重要。 类并不是替代函数，而是在另一层组织程序。

函数更擅长做什么？

把一段动作封装起来 把重复逻辑复用起来 让程序流程更清晰

而类更擅长做什么？

把一类事物的数据和行为组织在一起 让多个相关对象更容易管理 让程序结构更贴近真实业务

你可以这样粗略理解：

函数，更像是在组织“步骤”。 类，更像是在组织“角色”。

比如做一个学生管理系统。

如果只靠函数，你可能会写：

添加学生 删除学生 修改成绩 显示学生信息

这当然能做。

但如果你开始认真描述“学生”这个角色本身，就会发现，用类去表达更自然。因为学生这个东西，不只是一个流程里的参与者，它本身就是核心对象。

所以不是函数不够，而是当程序复杂到一定程度后，只靠函数会显得有点散。类会让结构更稳定。

八、前面其实已经隐约接触过对象了

你可能没意识到，其实你前面早就不是第一次碰对象了。

比如你写过：

name = 'python'print(name.upper())

这里的 name 是一个字符串对象。upper() 是这个字符串对象能调用的方法。

再比如你写过：

nums = [1, 2, 3]nums.append(4)

这里的 nums 是一个列表对象。append() 是列表对象的方法。

也就是说，你前面已经一直在使用对象，只是那时候还没有系统地从“类和对象”的角度去理解它们。

所以现在进入面向对象，不是从零开始，而是把你早就在用的东西重新看明白。

这点非常重要。因为它会让你少很多心理压力。

九、属性和行为，是理解 OOP 的两个抓手

从这一章开始，你先牢牢记住两个词：

属性 行为

属性，就是一个对象“有什么”。 行为，就是一个对象“能做什么”。

比如手机对象：

属性有品牌、颜色、电量、内存 行为有打电话、拍照、充电、播放音乐

比如狗对象：

属性有名字、年龄、颜色 行为有叫、跑、吃东西

以后你在定义类时，本质上就是在回答两个问题：

这一类对象通常有哪些属性 这一类对象通常能做哪些行为

一旦你用这个视角去看类，很多代码就不再只是语法，而是在描述现实里的角色。

十、先别急着写 class，先学会“对象化思考”

很多初学者一学面向对象，马上就想背 class 怎么写。这个当然也会讲，但在真正写语法之前，更重要的是先学会一种思维。

比如你现在看到“订单”这个词，能不能先想到：

订单有哪些属性 订单有哪些行为

属性可能有：

订单编号 下单时间 商品总价 状态 收货人

行为可能有：

支付 取消 发货 完成

再比如“用户”：

属性可能有用户名、手机号、余额、会员等级 行为可能有登录、充值、下单、修改资料

这种思维就叫对象化思考。

也就是说，你不再只是把程序当成一堆变量和函数，而是开始把程序里的核心事物，看成一个个有状态、有行为的角色。

这一步一旦迈过去，后面的语法就只是实现方式了。

十一、为什么大项目越来越离不开类

因为程序越大，角色越多，关系越复杂。

比如一个电商系统里，可能会有：

用户 商品 购物车 订单 支付记录 优惠券

如果这些东西全靠零碎变量、字典、函数去硬拼，前期还勉强能写，后面会越来越乱。

因为你会发现：

谁的数据归谁管 谁的动作该由谁负责 哪些逻辑应该绑在一起 哪些状态应该放在同一个地方

这些问题，都会越来越重要。

而类，恰好就是在解决这种“如何组织程序角色”的问题。

所以你可以把面向对象理解成一种更高级的整理方式。 不是为了炫技，而是为了让复杂程序别长成一团毛线。

十二、一个不用代码也能看懂的例子

假设你要做一个简单的宠物系统。

里面有很多只猫。 每只猫都有名字、年龄、颜色。 每只猫都可以叫、吃东西、睡觉。

这时候，用类的思路去看就非常自然：

“猫”是一个类。 “咪咪”是一只具体猫对象。 “雪球”也是一只具体猫对象。

它们都属于猫这一类，所以都会有名字、年龄、颜色，也都会吃、睡、叫。 但它们的数据不一样。

咪咪可能是 2 岁，橘猫。 雪球可能是 1 岁，白猫。

这就是类和对象最核心的关系。

你会发现，一旦换成现实里的例子，OOP 根本不抽象。真正抽象的是只盯着术语，不看现实映射。

十三、面向对象不是唯一正确答案，但它非常重要

这里还要补一个很关键的认知。

面向对象不是说以后所有程序都必须用类来写。 不是这样。

很多简单脚本，用函数就很好。 很多小工具，甚至直接几行顺序代码也能解决问题。

所以类不是“高级版的万能锤”，更不是“学了就比别人高一层”。

它真正的价值在于：

当程序开始描述现实角色 当数据和行为天然属于同一个实体 当代码需要更好的组织方式 面向对象会非常合适

这是一种能力，而不是宗教。

你这样理解，后面学类时就会更稳，不会走到“看到什么都想包成类”的极端。

十四、这一阶段你到底要学会什么

第八阶段不是让你背一堆概念，而是要逐步建立下面这些能力：

能理解类和对象的关系 能自己定义一个类 能创建多个对象 能让对象各自保存自己的数据 能看懂 __init__ 和 self能分清实例属性、实例方法、类属性、类方法 能理解封装、继承、多态这些思想 最后能用类去重构一个更像样的小项目

你现在不用一次全懂。 这一章只是开场，最重要的是帮你把“抽象恐惧”先消掉。

十五、先看一个最朴素的类比

你可以先把类和对象理解成下面这组关系：

学生 是类 张三 是对象

汽车 是类 那辆白色比亚迪 是对象

手机 是类 你手上的这台手机 是对象

商品 是类 某一件具体上架商品 是对象

只要这个关系你能说顺，后面的学习就会顺很多。

很多新手的问题，其实不是不会写代码，而是脑子里没把“抽象模板”和“具体实例”分开。一旦这层关系打通，类和对象就不再神秘。

十六、再提前打一个预防针

你后面很快会看到这些东西：

classself__init__

新手最容易在这里犯的错，不是不会写，而是一下子把注意力全放在符号上，然后把真正的意思忘了。

你要记住，所有这些语法，本质上都在做一件事：

定义一类对象长什么样，创建具体对象，并让对象拥有自己的数据和行为。

语法只是外壳。 思想才是骨架。

你只要先把这条主线抓住，后面的细节就不容易学丢。

十七、一个很实用的练习方式

从这一章开始，你可以练一个非常好的习惯。

看到现实里的某个事物时，尝试问自己三个问题：

它属于哪一类 它通常有什么属性 它通常能做什么事

比如“书”：

属于书这一类 属性有书名、作者、价格、出版社 行为有打开、阅读、加入书架

比如“员工”：

属于员工这一类 属性有姓名、工号、部门、薪资 行为有打卡、请假、提交工作

你别小看这个练习。 它会慢慢把你的思维，从“只会写步骤”，拉向“会建模”。

而建模，正是面向对象的灵魂之一。

十八、本章小练习

你现在还不用写太多代码，可以先做两个思维练习。

第一个练习，试着描述“汽车”这个类。 想一想它有哪些属性，哪些行为。

第二个练习，试着描述“学生”这个类。 再想三个具体学生对象，它们分别会有哪些不同数据。

你甚至可以先用自然语言写下来，比如：

学生类 属性：姓名、年龄、成绩 行为：自我介绍、学习、考试

对象 1：张三，18 岁，95 分 对象 2：李四，19 岁，88 分 对象 3：王五，17 岁，91 分

只要你能把这种关系写顺，下一章学 class 语法时会轻松很多。

十九、本章总结

这一章最重要的任务，不是立刻学会写类，而是先把类和对象的直觉建立起来。

对象，是现实中某个具体个体在程序里的映射。 类，是一类对象的共同模板。 类描述的是共同结构，对象承载的是具体数据。 面向对象的核心，不是故意抽象，而是更自然地描述现实事物。 理解 OOP 时，最重要的两个抓手是属性和行为。 函数更擅长组织步骤，类更擅长组织角色。 你前面其实早就在使用对象了，只是现在开始系统理解它们。

到这里，你已经正式进入面向对象阶段了。 下一章我们继续往下，开始真正写出第一个类：072｜如何定义类：class 的基本写法。 **