C++写的本地购物小系统：注册登录、充钱、上架商品、下单买货全都有

本文还有配套的精品资源，点击获取

简介：用纯C++写的轻量购物程序，不依赖数据库，所有用户信息、商品数据、订单记录都存成普通文件，直接在Code::Blocks里就能编译运行。新用户先注册再登录，登录后可以往账户里充钱；进系统后能自由切换买家或卖家身份。当卖家时，能添加新商品、改价格、删下架、查库存；当买家时，能看到全部在售商品、选中下单、生成自己的购物清单。代码结构清楚，按功能分了User（管账号）、Commodity（管商品）、main（主流程）三个模块，头文件和实现文件一一对应，还带完整的Code::Blocks工程文件（.cbp、.depend、.layout）和标准构建目录（src、bin、obj、Debug）。适合刚学完C++基础、想动手练面向对象设计、文件读写和简单业务逻辑的同学上手。

1. 项目概述：一个“能跑起来”的C++购物系统，到底长什么样？

你有没有试过写完一个C++程序，编译通过、运行不报错，但总觉得它像一张白纸——逻辑是空的，数据是假的，交互是硬编码的？这个本地购物小系统，就是我专门给刚啃完《C++ Primer》前八章的同学准备的一块“实操砧板”。它不炫技，不堆模板，不用STL容器封装到看不见底层，更不碰任何网络或图形库；它就用最朴素的std::ifstream/std::ofstream、最直白的struct和class、最基础的std::vector（仅用于临时缓存），把“注册—登录—充值—上架—下单”这一整条业务链，一锤一钉地敲进文件里。关键词里的“C++购物系统”不是噱头，“文件存储”是它的命脉，“用户登录”不是调个API而是自己解析明文密码，“商品管理”意味着你要亲手处理字符串分割和数字转换，“充值下单”背后是账户余额的原子性校验和订单文件的追加写入。它适合谁？适合那个在VS Code里敲完cout << "Hello World"后，盯着控制台发呆、想不通“对象怎么才能记住上次输入的用户名”的人。它不教你如何设计百万级并发架构，但它会逼你亲手处理“用户注册时两次输入密码不一致怎么办”“商品价格输成负数怎么拦”“下单时库存只剩1件却点了3件怎么回滚”这些真实得硌手的问题。整个系统跑起来后，你打开users.txt，能看到一行行zhangsan|123456|100.00|buyer；打开commodities.txt，能看到iPhone15|手机|5999.00|20|in_stock；打开orders_zhangsan.txt，能看到2024-05-22_14:30:22|iPhone15|2|11998.00。这些不是模拟数据，是你每一次回车敲出来的结果。它轻量，是因为它把所有复杂度都压在了你对fstream状态位的理解上；它完整，是因为它让你第一次体会到“业务逻辑”四个字，原来是由无数个if (file.is_open())和while (getline(file, line))组成的。

2. 整体架构与设计思路：为什么放弃数据库，死磕文件？

2.1 核心决策：文件即数据库，不是妥协，而是教学必需

很多初学者一听到“不用数据库”，第一反应是“这太简陋了”。但恰恰相反，这个选择是经过反复推演的教学最优解。我们来算一笔账：如果引入SQLite，你需要额外学习SQL语法、连接管理、预处理语句防注入、事务提交回滚机制；如果用MySQL，还得搭本地服务、配环境变量、处理驱动依赖。这些技术栈的叠加，会瞬间淹没C++面向对象的核心训练目标——比如User类的职责边界在哪？Commodity类的updatePrice()方法该不该直接操作磁盘？而纯文件方案，把所有数据持久化的“黑盒”彻底打开：User::saveToFile()函数里，你亲手把name + "|" + password + "|" + balance拼成字符串，再用<<写入；Commodity::loadFromFile()里，你逐行读取，用find('|')切分字段，再用stod()转价格。这种“所见即所得”的透明感，是任何ORM框架都无法替代的入门体验。更重要的是，它强制你直面数据一致性这个终极难题。数据库的ACID是自动保障的，而你的orders_zhangsan.txt文件，如果在写入一半时程序崩溃，就会产生脏数据。解决方案？不是去学WAL日志，而是用最笨也最有效的方法：先写临时文件orders_zhangsan.txt.tmp，写完flush()并close()，再用std::rename()原子替换原文件。这个过程，比背十遍“事务的四大特性”更能让你刻骨铭心。

2.2 模块划分逻辑：三个.cpp文件，撑起整个商业世界

整个系统的骨架由三个核心模块支撑，它们的职责划分严格遵循单一职责原则，且接口设计刻意暴露底层细节：

• User.h/cpp：这不是一个简单的“用户信息容器”。它的login()方法内部包含完整的密码明文比对逻辑（初学阶段暂不引入哈希，避免分散注意力）；recharge()方法不仅修改内存中的balance，还必须调用saveToFile()确保资金变动落盘；最关键的，它定义了role枚举（BUYER, SELLER），并在switchRole()中切换身份——这个看似简单的操作，实际触发了UI层菜单的完全重构（买家看到“浏览商品”，卖家看到“商品后台”）。这里埋了一个重要伏笔：角色切换不改变用户文件，只改变当前会话状态，这为后续扩展“多角色共存”留了接口。

• Commodity.h/cpp：它的设计直指文件存储的痛点。addCommodity()接受一个Commodity对象，但内部要检查name是否已存在（遍历commodities vector，用==重载比较），避免重复上架；updateStock()方法接收int delta（可正可负），并内置库存下限校验（if (newStock < 0) { cout << "库存不足！"; return false; }），这个delta设计比直接传newStock更符合“下单扣减”的业务语义。所有商品数据在内存中用std::vector<Commodity>缓存，这是性能与简洁性的平衡点——既避免每次操作都全量读文件，又不像数据库那样需要复杂的缓存淘汰策略。

• main.cpp：这里是业务流程的“总调度室”，也是新手最容易写出“面条代码”的地方。本项目采用清晰的状态机模式：用一个enum AppState { LOGIN, MAIN_MENU, BUYER_MENU, SELLER_MENU }变量控制流程走向；每个菜单函数（如showBuyerMenu()）只负责打印选项和cin >> choice，真正的业务逻辑（如placeOrder()）全部下沉到User或Commodity类中。这种分层让main.cpp始终保持在200行以内，而业务细节则沉淀在对应模块里。当你看到main.cpp里没有一行fstream操作时，就知道架构已经立住了。

2.3 文件格式设计：用竖线分隔，是妥协，更是深思熟虑

所有数据文件（users.txt, commodities.txt, orders_*.txt）均采用|（竖线）作为字段分隔符，而非逗号或制表符。原因有三：其一，用户昵称或商品名可能含逗号（如“MacBook Pro, 16GB RAM”）或空格（如“iPhone 15”），逗号分隔会导致解析错位；其二，|在普通文本中出现概率极低，几乎不会与业务数据冲突；其三，std::string::find('|')的性能远高于正则匹配，对初学者友好。以users.txt为例，每行格式为username|password|balance|role，其中balance存为字符串"100.00"而非二进制浮点数，原因在于：文件存储追求可读性和调试便利性，"100.00"能一眼看出精度，而double的二进制表示在文件里是乱码。解析时用stod()转换，虽有微小开销，但换来的是开发效率的指数级提升——你再也不用抓狂于0.1 + 0.2 != 0.3的浮点误差在文件里如何呈现。

3. 核心细节解析与实操要点：那些教科书里不会写的坑

3.1 用户注册与登录：明文密码的“安全”真相

注册流程看似简单：输入用户名、两次密码、初始余额。但这里有三个极易被忽略的魔鬼细节：

第一，用户名唯一性校验必须在写入前完成。 很多新手会先创建User对象，再调用saveToFile()，最后才去检查文件里是否已存在同名用户。这会导致一个严重问题：如果users.txt里已有zhangsan，新注册的zhangsan会被追加到文件末尾，造成数据冗余。正确做法是，在registerUser()函数开头，先调用User::loadAllUsers()（从文件读取所有用户到vector），然后用std::find_if遍历检查user.name == inputName，确认无重复后再执行保存。这个loadAllUsers()的实现本身就有讲究：它必须处理文件不存在的情况（首次运行时users.txt为空），此时应返回空vector而非报错。

第二，两次密码输入必须实时比对，而非存到对象里再比。 错误示范：user.setPassword(pwd1); user.setConfirmPassword(pwd2); if (user.getPassword() != user.getConfirmPassword()) ...。这违反了封装原则，且setConfirmPassword()方法毫无意义。正确做法是：在cin >> pwd1和cin >> pwd2之后，立即用if (pwd1 != pwd2)判断，不一致则清屏并提示“密码不一致，请重新输入”，绝不允许进入下一步。这个判断必须放在内存对象创建之前，因为一旦User对象构造完成，其内部状态就默认合法，后续逻辑会基于此假设运行。

第三，登录时的密码比对必须区分大小写且严格匹配。 这听起来理所当然，但新手常犯的错误是：if (user.password == inputPwd) 写成 if (user.password.compare(inputPwd) == 0)，以为后者更“专业”。其实==运算符重载对std::string就是调用compare()，二者等价。真正关键的是，std::string的==默认区分大小写，这恰恰符合安全要求——"Abc123"和"abc123"必须视为不同密码。如果你看到有人写了if (toLower(user.password) == toLower(inputPwd))，请立刻指出这是严重安全隐患，因为大小写是密码强度的重要组成部分。

提示：在User.cpp中，login()方法的伪代码应为：
cpp bool User::login(const string& inputName, const string& inputPwd) { vector<User> allUsers = loadAllUsers(); // 先加载全部用户 for (const auto& u : allUsers) { if (u.name == inputName && u.password == inputPwd) { *this = u; // 将当前对象赋值为匹配用户（深拷贝） return true; } } return false; }
注意*this = u这行，它触发了User类的赋值运算符重载（需自行实现），确保所有成员变量（包括balance和role）都被正确复制。如果忘记实现operator=，会导致浅拷贝，后续修改balance可能影响原始数据。

3.2 充值与余额管理：浮点数的精度陷阱与应对

系统中所有金额均用double类型存储，显示格式化为两位小数（如100.00）。这带来一个经典陷阱：0.1 + 0.2在二进制浮点数中无法精确表示，累加多次后可能出现99.99999999999999这样的值。虽然对购物系统而言，分币级精度已足够，但显示时的“毛刺”会极大损害用户体验。

解决方案不是改用long long存分为单位（那会让代码陡增复杂度），而是用输出格式化兜底。 在所有显示余额的地方（如User::displayInfo()），使用std::fixed和std::setprecision(2)：

#include <iomanip>
cout << "账户余额：" << fixed << setprecision(2) << balance << "元" << endl;

但这只是“治标”。更深层的“治本”在于充值和扣款操作的原子性。User::recharge(double amount)方法必须包含：

if (amount <= 0) {
    cout << "充值金额必须大于0！" << endl;
    return false;
}
balance += amount;
// 关键：此处必须立即保存，否则程序崩溃会导致充值丢失
return saveToFile();

注意return saveToFile()这行——它确保只要recharge()返回true，资金变动就已落盘。同理，placeOrder()中扣减余额的代码必须放在saveToFile()调用之前，且整个下单流程（查库存→扣余额→写订单→减库存）必须设计为“全成功或全失败”。本系统采用最简方案：在placeOrder()开头，先检查user.balance >= orderTotal且commodity.stock >= quantity，双条件满足才执行后续操作；任一条件不满足，立即返回false并提示具体原因（“余额不足”或“库存不足”），不进行任何状态修改。这种“前置校验+单步执行”的模式，虽不如数据库事务严谨，但对单机小系统而言，已是足够可靠的实践。

3.3 商品管理：从上架到下架的全生命周期控制

Commodity类的设计，是理解面向对象“封装”与“职责分离”的绝佳案例。它的status字段（in_stock/out_of_stock）不是装饰品，而是业务规则的执行者：

• 上架（addCommodity()）：当用户输入商品信息后，status默认设为in_stock。但这里有个隐藏逻辑：addCommodity()必须检查name是否已存在。实现时，不能简单用vector::push_back()，而要先遍历现有商品，用commodity.name == inputName比对。若存在，则提示“商品已存在，可使用修改功能”，避免重复数据污染。

• 修改（updateCommodity()）：这个方法接收const string& name作为查找键，而非索引。因为用户不知道商品在vector中的位置，只知道名字。内部逻辑是：遍历commodities，找到匹配项后，更新其price、stock或status。关键点在于，updateCommodity()必须返回bool标识是否找到目标商品，未找到时应提示“未找到商品：xxx”，而不是静默失败。

• 下架（deleteCommodity()）：名称叫“删除”，但实际操作是将status设为out_of_stock，而非从vector中erase()。这是业务需求决定的——下架商品仍需保留在系统中供历史订单追溯，且out_of_stock状态可随时通过updateCommodity()恢复为in_stock。真正的物理删除只发生在clearAllCommodities()这类管理命令中，且需二次确认。

• 查看（displayAllCommodities()）：此方法只显示status == in_stock的商品，但内部遍历逻辑必须覆盖全部商品。这意味着，displayAllCommodities()的伪代码应为：
  cpp for (const auto& c : commodities) { if (c.status == "in_stock") { cout << c.name << " | " << c.category << " | ¥" << fixed << setprecision(2) << c.price << " | 库存：" << c.stock << endl; } }
  这种“过滤显示”而非“过滤存储”的设计，保证了数据完整性与业务灵活性的统一。

注意：所有涉及std::vector修改的操作（add/delete/update），在修改完成后都必须调用saveToFile()。这是一个硬性约定，违反它会导致内存与磁盘数据不一致，是调试中最难发现的Bug来源之一。

4. 实操过程与核心环节实现：从Code::Blocks启动到生成第一份订单

4.1 环境搭建与工程导入：五分钟跑起来的关键步骤

Code::Blocks是本项目的官方指定IDE，因其轻量、开源且对C++标准支持良好。导入工程只需四步，但每一步都有易错点：

第一步：解压资源包，定位.cbp文件。 解压后，你会看到一个名为StoreDelivery.cbp的文件，它就是Code::Blocks的工程配置文件。注意不要双击打开main.cpp——那只会启动编辑器，而非加载整个工程。正确做法是：启动Code::Blocks → File → Open... → 导航到解压目录，选中StoreDelivery.cbp → 点击Open。此时，左侧Management面板的Projects标签页下，应显示StoreDelivery工程名，下方有Debug和Release两个构建目标。

第二步：检查构建目标设置。 右键点击工程名StoreDelivery → Properties → 切换到Build targets选项卡。确认Type为Console application，Output filename为bin/StoreDelivery（路径需存在）。最关键的是Compiler设置：确保Compiler下拉框选择的是GNU GCC Compiler（即MinGW），而非其他。如果显示Unknown compiler，说明你尚未安装MinGW。此时需下载MinGW-w64（推荐x86_64-posix-seh版本），安装后在Code::Blocks中Settings → Compiler... → Toolchain executables选项卡，将Compiler's installation directory指向MinGW的安装路径（如C:\mingw64），并确保Program Files下的gcc.exe, g++.exe等路径正确。

第三步：验证源文件结构。 在Projects面板中展开StoreDelivery → Sources，应看到main.cpp, User.cpp, Commodity.cpp三个文件；展开Headers，应看到User.h, Commodity.h。如果文件缺失，右键Sources → Add files...，手动添加对应.cpp文件；同理为Headers添加.h文件。特别注意：main.cpp必须在Sources列表中，且是唯一的入口文件，否则链接会失败（undefined reference to 'main'）。

第四步：首次构建与运行。 点击顶部工具栏的Build and run按钮（绿色三角形带齿轮图标），或按F9。首次构建会经历：预处理→编译→汇编→链接。如果一切顺利，底部Build log窗口会显示0 errors, 0 warnings，随后弹出黑色控制台窗口，显示欢迎信息。此时，系统已在bin目录下生成可执行文件StoreDelivery.exe，且自动创建了空的users.txt和commodities.txt文件（位于工程根目录，与.cbp同级）。这就是“零配置启动”的全部秘密——所有路径都是相对路径，main.cpp中fstream打开文件时，工作目录就是工程根目录。

实操心得：我曾帮三个同学解决“编译成功但运行闪退”问题，根源全是路径错误。他们的users.txt被误放在src子目录下，而程序在根目录找，导致loadAllUsers()返回空vector，后续逻辑因空vector访问崩溃。解决方案：在main.cpp开头添加调试代码cout << "Current working directory: " << getcwd(nullptr, 0) << endl;，确认工作目录是否为工程根目录。Code::Blocks默认工作目录就是.cbp所在目录，无需额外设置。

4.2 完整业务流演示：手把手走通一次买家下单

让我们以用户lisi的身份，走通从注册到下单的全流程。所有操作都在控制台完成，无GUI干扰，聚焦逻辑本质。

场景：新用户注册
1. 启动程序，主菜单显示：
===== 本地购物系统 ===== 1. 用户注册 2. 用户登录 0. 退出系统 请选择：
2. 输入1，进入注册流程：
请输入用户名：lisi 请输入密码：123456 请再次输入密码：123456 请输入初始余额（元）：500.00 注册成功！请登录。
此时，users.txt末尾新增一行：lisi|123456|500.00|buyer

场景：登录并切换为卖家
1. 返回主菜单，选择2登录：
请输入用户名：lisi 请输入密码：123456 登录成功！欢迎回来，lisi
2. 登录后进入主菜单（此时显示买家/卖家切换选项）：
===== lisi 的主菜单 ===== 1. 切换为买家 2. 切换为卖家 3. 账户充值 0. 退出登录 请选择：
3. 输入2，切换为卖家。此时lisi的role内存状态变为SELLER，但users.txt文件未更新（角色切换不持久化，仅本次会话有效）。

场景：卖家上架商品
1. 切换后进入卖家菜单：
===== 卖家后台 ===== 1. 添加商品 2. 修改商品 3. 删除商品（下架） 4. 查看所有商品 0. 返回主菜单 请选择：
2. 输入1，添加商品：
请输入商品名称：AirPods Pro 请输入商品类别：耳机 请输入商品价格（元）：1899.00 请输入商品库存：50 商品添加成功！
此时，commodities.txt新增一行：AirPods Pro|耳机|1899.00|50|in_stock

场景：买家下单购买
1. 退出卖家菜单，返回主菜单，选择1切换回买家。
2. 进入买家菜单：
===== 买家购物 ===== 1. 浏览所有商品 2. 下单购买 3. 查看我的订单 0. 返回主菜单
3. 输入1，浏览商品，看到AirPods Pro在售。
4. 输入2，下单：
请输入商品名称：AirPods Pro 请输入购买数量：2 订单创建成功！
此时，系统执行：
- 在commodities.txt中找到AirPods Pro，将stock从50减为48
- 在users.txt中找到lisi，将balance从500.00减为-2898.00？等等，这显然错了！

发现问题并修正： 上述步骤暴露了关键逻辑漏洞——下单前未校验余额！正确流程应在placeOrder()开头加入：
cpp double totalPrice = commodity.price * quantity; if (user.balance < totalPrice) { cout << "余额不足！当前余额：" << user.balance << "元，需支付：" << totalPrice << "元" << endl; return false; }
因此，lisi的500元余额无法购买1899元的商品，系统会提示“余额不足”，订单终止。这才是符合现实的业务逻辑。

4.3 订单生成与文件持久化：一份订单的诞生记

订单文件的生成，是本系统数据持久化的高光时刻。它不存储在全局orders.txt中，而是为每个用户单独创建orders_用户名.txt，这是为了简化并发控制（单机系统无需考虑多用户同时写同一文件）和提升查询效率（查lisi的订单，只需读orders_lisi.txt）。

订单文件格式详解： 每行代表一个订单，格式为时间戳|商品名|数量|总金额。时间戳采用YYYY-MM-DD_HH:MM:SS格式，用下划线连接日期与时间，避免冒号在Windows文件名中非法。生成逻辑在User::placeOrder()中：

string timestamp = getCurrentTimestamp(); // 自定义函数，返回如"2024-05-22_14:30:22"
string orderLine = timestamp + "|" + commodity.name + "|" + to_string(quantity) + "|" + to_string(totalPrice);
ofstream orderFile("orders_" + this->name + ".txt", ios::app); // 以追加模式打开
if (orderFile.is_open()) {
    orderFile << orderLine << endl;
    orderFile.close();
} else {
    cout << "订单写入失败！" << endl;
    return false;
}

这里有两个精妙设计：其一，ios::app确保新订单永远追加到文件末尾，不会覆盖历史记录；其二，getCurrentTimestamp()函数必须使用std::chrono获取系统时间，并格式化为字符串，而非简单用time(NULL)，因为后者返回的是秒级时间戳，可读性差。

订单与库存的强一致性保障： 下单成功后，必须同步更新两处数据：用户余额和商品库存。本系统采用“顺序执行+状态回滚”策略：

// 步骤1：扣减用户余额
this->balance -= totalPrice;
if (!this->saveToFile()) return false; // 余额更新失败，终止

// 步骤2：扣减商品库存
commodity.stock -= quantity;
if (!commodity.saveToFile()) { // 库存更新失败，需回滚余额！
    this->balance += totalPrice; // 补回余额
    this->saveToFile(); // 保存回滚后的余额
    return false;
}

这段代码体现了“防御性编程”思想：任何一步失败，都必须将已变更的状态恢复到原始值。虽然增加了代码量，但保证了数据的最终一致性。这也是为什么saveToFile()方法必须返回bool——它不仅是写入操作，更是数据持久化的健康检查哨兵。

5. 常见问题与排查技巧实录：那些让我熬夜到凌晨的Bug

5.1 文件读写常见故障速查表

5.2 Code::Blocks特有问题与绕过方案

问题：构建时提示fatal error: User.h: No such file or directory
这是典型的头文件路径未配置问题。虽然.cbp文件理论上包含了路径，但Code::Blocks有时会忽略。解决方案：右键工程名StoreDelivery → Properties → Build targets → Compiler settings → Other options，添加-I./include（如果头文件在include子目录）或-I.（如果头文件与.cpp同级）。本项目中，User.h与User.cpp同在src目录，因此需确保User.cpp的#include "User.h"路径正确，且Code::Blocks的搜索路径包含src。

问题：运行时弹出libgcc_s_dw2-1.dll缺失错误
这是MinGW动态链接库未找到。根本原因是Code::Blocks构建的可执行文件依赖MinGW的DLL，而目标机器未安装MinGW。解决方案有二：其一，在Code::Blocks中Settings → Compiler... → Linker settings → Other linker options，添加-static-libgcc -static-libstdc++，强制静态链接；其二，将MinGW的bin目录（如C:\mingw64\bin）添加到系统PATH环境变量。前者更干净，生成的.exe可独立运行。

问题：main.cpp中system("cls")在Linux/Mac下不工作
system("cls")是Windows专属命令。跨平台兼容方案是使用ANSI转义序列：cout << "\033[2J\033[H";（\033[2J清屏，\033[H光标归位）。但需注意，某些终端可能禁用ANSI序列。更稳健的做法是封装一个clearScreen()函数：

void clearScreen() {
#ifdef _WIN32
    system("cls");
#else
    system("clear");
#endif
}

并在main.cpp顶部添加#include <cstdlib>。

5.3 面向对象设计的典型误区与纠正

误区一：“所有数据都塞进一个大类”
新手常把User、Commodity、订单逻辑全写进main.cpp，或创建一个万能ShoppingSystem类包含所有方法。这违背了高内聚低耦合原则。纠正方法：严格遵循“一个类一个职责”。User只管用户属性和账户操作；Commodity只管商品属性和库存操作；main.cpp只管流程调度。当你要添加“优惠券”功能时，自然会想到新建Coupon.h/cpp，而不是往User里硬塞。

误区二：“用public成员变量图省事”
如class User { public: string name; string password; };。这导致外部代码可随意修改user.password = "hacked"，破坏封装性。纠正方法：所有成员变量声明为private，提供public的getter和setter方法，并在setter中加入校验逻辑（如setName()检查用户名长度，setPassword()要求至少8位）。

误区三：“继承滥用，为了继承而继承”
看到“买家”和“卖家”，就想搞class Buyer : public User和class Seller : public User。但本系统中，买家和卖家是用户的一种状态（role），而非不同类型。强行继承会导致User类无法实例化，且增加不必要的复杂度。正确的OOP体现是：User类内部用enum Role和switch(role)处理不同行为，这比继承更简洁、更符合业务本质。

我踩过的最大坑：在Commodity::saveToFile()中，我最初写了ofstream file("commodities.txt");，但没检查file.is_open()。某次测试时，commodities.txt被其他程序占用，file处于failbit状态，后续<<操作静默失败，导致商品数据“消失”。从此我养成了铁律：任何fstream操作前，必加if (!file.is_open()) { cerr << "文件打开失败！"; return false; }。这行代码，救了我无数个深夜。

6. 扩展可能性与学习进阶路径：从“能跑”到“能用”

这个系统绝非终点，而是一块坚实的跳板。基于它，你可以沿着三条清晰路径向上生长：

路径一：夯实C++底层能力
- 引入异常处理：将所有if (!file.is_open())替换为throw std::runtime_error("文件打开失败")，在main()中用try-catch捕获，学习异常安全的资源管理（RAII）。
- 实现深拷贝与移动语义：为User和Commodity类添加自定义拷贝构造函数、赋值运算符和移动构造函数，理解std::vector内部的内存管理。
- 用std::map替代std::vector：将commodities从vector<Commodity>改为map<string, Commodity>，以商品名为键，实现O(1)查找，体会不同容器的时间复杂度差异。

路径二：增强系统实用性
- 添加搜索与排序：在买家菜单中，增加“按价格排序”、“按类别筛选”功能，学习std::sort的自定义比较器和std::find_if的高级用法。
- 实现购物车：引入Cart类，支持暂存多个商品、修改数量、计算总价，再统一结算，模拟真实电商流程。
- 数据备份与恢复：添加“备份数据”菜单项，将users.txt、commodities.txt复制为backup_users_20240522.txt，并提供“从备份恢复”功能，理解数据容灾的基本概念。

路径三：迈向工程化实践
- 单元测试入门：用Catch2测试框架，为User::login()、Commodity::updateStock()等核心方法编写测试用例，例如TEST_CASE("Login with correct credentials") { REQUIRE(user.login("test", "pass") == true); }。
- CMake迁移：将Code::Blocks工程迁移到CMake，编写CMakeLists.txt，学习跨平台构建系统的标准范式，为后续接触大型项目打基础。
- 命令行参数支持：让程序支持./StoreDelivery --init初始化空数据文件，或./StoreDelivery --import users.csv批量导入用户，理解argc/argv的实际应用。

这个购物系统最珍贵的价值，不在于它实现了多少功能，而在于它强迫你直面每一个“理所当然”背后的实现细节。当你第一次看到自己敲出的ofstream成功写入一行订单，当你第一次修复了因忘记close()导致的文件损坏，当你第一次用std::find_if精准定位到那个库存为零的商品——那一刻，C++不再是一门抽象的语言，而是一个你亲手锻造、可以信赖的工具。它不宏大，但足够真实；它不完美，但每一步都踏在你成长的轨迹上。接下来的路，就看你愿意把它打磨成什么样子了。

本文还有配套的精品资源，点击获取

简介：用纯C++写的轻量购物程序，不依赖数据库，所有用户信息、商品数据、订单记录都存成普通文件，直接在Code::Blocks里就能编译运行。新用户先注册再登录，登录后可以往账户里充钱；进系统后能自由切换买家或卖家身份。当卖家时，能添加新商品、改价格、删下架、查库存；当买家时，能看到全部在售商品、选中下单、生成自己的购物清单。代码结构清楚，按功能分了User（管账号）、Commodity（管商品）、main（主流程）三个模块，头文件和实现文件一一对应，还带完整的Code::Blocks工程文件（.cbp、.depend、.layout）和标准构建目录（src、bin、obj、Debug）。适合刚学完C++基础、想动手练面向对象设计、文件读写和简单业务逻辑的同学上手。

本文还有配套的精品资源，点击获取