头歌实践：从BankEmployee到BankTeller的Python类继承与封装实战-尧图网络科技

1. 从银行员工到柜员的Python类进化之旅

第一次接触面向对象编程时，我盯着那个叫"类"的东西看了半天——它就像个神秘的魔法盒，既熟悉又陌生。直到在头歌平台遇到BankEmployee这个案例，才真正明白原来我们每天打交道的银行系统，背后就是由这样的代码构建起来的。

想象一下，每个银行员工都有姓名、工号和基本工资，这就是BankEmployee类的三个核心属性。但普通员工和柜员毕竟不同，就像超市收银员和理货员职责不同一样。BankTeller作为BankEmployee的子类，不仅继承了基础属性，还需要特殊约束：工号必须用's'开头。这种业务规则在代码中如何体现？就是我们今天要破解的面向对象编程实战密码。

2. 解剖BankEmployee：封装的艺术

2.1 基础属性封装

先看这个"银行员工基本款"的构造：

class BankEmployee(): def __init__(self, name="", num="", salary=2000): self.__name = name # 双下划线表示私有属性 self.__num = num self.salary = salary

注意到__name和__num前面的双下划线了吗？这是Python的私有属性约定。就像银行不会随便公开员工身份证号一样，我们需要get/set方法来安全访问这些数据。在头歌平台的练习中，这部分需要我们手动补全：

def get_name(self): return self.__name def set_name(self, name): self.__name = name def get_num(self): return self.__num def set_num(self, num): self.__num = num

2.2 工资发放的封装方法

领工资这个动作被封装成独立方法：

def get_salary(self): print("%s领到这个月工资%d" % (self.__name, self.salary))

这种封装有个专业术语叫"行为绑定数据"。我刚开始学的时候总疑惑：为什么不直接用print？后来在真实项目中才明白，把业务逻辑封装在类里，就像把现金锁进保险柜，既安全又便于统一管理。

3. 打造专业柜员：继承与重写

3.1 子类的基本继承

创建BankTeller类时，括号里写上父类名就完成了继承：

class BankTeller(BankEmployee):

这时候BankTeller已经自动拥有了父类的所有属性和方法。但就像现实中的柜员需要特殊培训一样，我们的子类也需要定制功能——特别是工号校验规则。

3.2 方法重写的实战技巧

重点来了！我们需要重写set_num和get_num方法，加入's'开头的校验：

def set_num(self, num): if num[0] != 's': print("工号以s开头") self.__num = "" else: self.__num = num def get_num(self): if self.__num == "" or self.__num[0] != 's': print("工号以s开头") return None return self.__num

这里有几个关键点：

校验发生在设置和获取时双重保障
非法输入时清空工号并提示
get方法返回None表示无效状态

这种设计模式叫"防御性编程"，就像银行柜员办理业务时必须核对身份证一样，确保数据始终合法。

4. 完整流程测试与调试

4.1 主程序交互设计

main函数展示了完整的类使用方法：

def main(): bankteller = BankTeller() name = input() num = input() bankteller.set_name(name) bankteller.set_num(num) bankteller.get_salary() print(bankteller.get_name(), bankteller.get_num())

我在头歌平台测试时发现几个常见问题：

输入工号忘记加's'前缀
获取工号时未处理None情况
工资打印格式错乱

4.2 典型错误排查指南

根据教学经验，同学们最容易卡壳的地方是：

私有属性访问权限混淆（忘记用get/set方法）
子类重写方法时参数不一致
输入校验逻辑不完整

比如有次我忘了在get_num中也校验's'前缀，导致通过set方法绕过校验的数据能被正常读取。这个bug教会我：校验逻辑要像银行的金库门，必须前后双重验证才可靠。

5. 面向对象设计思维进阶

5.1 类关系的现实映射

这个案例完美展示了面向对象三大特性：

封装：把数据和操作打包在一起
继承：BankTeller自动获得BankEmployee的能力
多态：同名方法在不同类有不同实现

就像银行网点里，柜员继承自银行员工这个通用角色，但又有自己特殊的业务规范和操作流程。

5.2 业务规则的代码表达

工号's'开头的需求不是凭空而来。真实银行系统中：

's'可能代表柜员(staff)
'm'代表经理(manager)
'a'代表管理员(admin)

这种编码规范通过类的方法强制实施，比写在员工手册里更可靠。我在金融项目中就遇到过因为角色前缀混乱导致权限漏洞的案例，所以特别理解这种设计的重要性。

6. 从课堂到实战的跨越

6.1 扩展功能建议

掌握了基础版本后，可以尝试：

添加密码属性并加密存储
实现工号自动生成功能
增加权限分级控制

class AdvancedBankTeller(BankTeller): def __init__(self, name, num): super().__init__(name, num) self.__password = self.__generate_password() def __generate_password(self): import random return str(random.randint(1000, 9999))

6.2 工程化实践要点

在真实项目中，我们还会：

添加类型注解
编写单元测试
使用@property装饰器
加入日志记录

比如工号校验可以这样优化：

@property def num(self): return self.__num @num.setter def num(self, value): if not value.startswith('s'): raise ValueError("工号必须以s开头") self.__num = value

这种写法更Pythonic，我在实际项目中更推荐使用。但作为教学示例，头歌平台的基础版本更能帮助理解底层机制。