atm系统用account类封装账户信息，以字典管理多用户，通过状态机驱动菜单流转，交易记录存于列表并支持查询。
用基础数据结构模拟atm菜单，核心是把“账户”“交易”“菜单跳转”这些行为映射成内存中的结构，而不是一上来就写一堆 if-else 嵌套。重点在于让数据自己“说话”，逻辑围绕数据组织展开。
用结构体/类封装账户信息
每个用户不是一串零散变量，而是一个有身份、余额、密码和交易记录的实体。比如在 C++ 或 Java 中定义 Account 类，在 Python 中用字典或 dataclass：
- 包含字段：账号（string）、姓名（string）、密码（string）、当前余额（float）、交易历史（list）
- 初始化时设置初始余额和空交易记录，避免后续操作时反复判空
- 密码不直接明文比较，可加简单哈希（如 Python 的 hash() 或更稳妥的 sha256 简化版），教学项目里保证逻辑闭环即可
用数组或字典管理多个账户
单用户 ATM 没实际意义，至少模拟 3–5 个预设账户方便测试。不用数据库，就靠内存结构承载：
- 用 list 存 Account 实例（Python/C++），或用 HashMap/字典以账号为 key（Java/Python），支持 O(1) 查找
- 启动时预加载几个测试账户，例如 {"001": Account("001", "张三", "123456", 5000.0), ...}
- 登录验证就是查字典是否存在该账号，再比对密码——逻辑清晰，不依赖全局变量
用函数+状态变量驱动菜单流转
菜单不是静态打印，而是由一个主循环 + 当前状态控制走向。避免深度嵌套，用简洁状态机思想：
- 定义状态常量：LOGIN、MAIN_MENU、WITHDRAW、DEPOSIT、INQUIRY、EXIT
- 主循环 while state != EXIT，每次根据 state 调用对应函数（如 show_login()、show_main_menu()）
- 每个功能函数只做一件事：接收输入 → 验证 → 更新数据 → 返回下一个状态。例如取款函数检查余额是否足够，够则扣款并 append 到交易记录，然后返回 MAIN_MENU
用栈或列表记录交易，支持简易查询
交易历史不是摆设，它是体现“数据驱动”的关键细节：
- 每笔交易存为字典或对象：{"type": "withdraw", "amount": 200.0, "time": "10:23"}，时间可用 datetime.now().strftime("%H:%M") 简化
- 查询余额直接读 account.balance；查明细就遍历 account.transactions 并格式化输出
- 不需要持久化？那就每次退出前 print 出全部交易——用户能感知到“操作被记下来了”，体验立刻不同
不复杂但容易忽略：所有操作都围绕 Account 实例展开，菜单只是它的外壳。数据结构理顺了，增删改查自然有路可循，控制台项目也能写出清晰逻辑感。
