基于职责分离的模块化设计——图书管理系统的实现
软件功能的三类核心逻辑
在开发一个完整的应用程序时，代码通常可以划分为三个关键部分：
- 展示逻辑：负责界面渲染和信息输出。例如将图书列表以表格形式打印到控制台。
- 业务逻辑：专注于数据操作本身，如在容器中插入、删除或查找记录，不关心用户如何输入或结果如何呈现。
- 控制逻辑：作为桥梁，接收用户指令，调用相应的处理函数，并根据执行结果决定下一步的交互行为。
以"添加图书"功能为例，若将所有步骤混杂在一个函数中实现，虽然直观，但会导致结构混乱、难以测试与复用。尤其当多个功能都需要访问相同的数据结构时，过度依赖全局变量会使程序耦合严重，维护成本陡增。
采用模块化策略进行重构
应按照单一职责原则，将上述三类逻辑拆分为独立的函数单元。针对"添加图书"场景，可定义以下接口：
void EnterAddMode(BookCollection* library); // 启动添加流程，含交互与展示
int InsertBook(BookCollection* library, const BookItem* newBook); // 单纯执行插入操作
其中，InsertBook 函数仅关注数据层面的操作：
- 返回值表示操作状态：-2 表示书籍已存在；-1 表示内存分配失败；非负整数为成功插入的位置索引。
- 不涉及任何输入输出操作，也不引用任何全局数据结构。
分层协作的伪代码实现
1. 功能入口函数 EnterAddMode
EnterAddMode(BookCollection* library)
{
// 展示当前馆藏
DisplayAllBooks(library);
// 收集用户输入并构建新书对象
BookItem inputBook = CollectBookInfoFromUser();
// 执行核心插入操作
int result = InsertBook(library, &inputBook);
// 根据返回状态反馈给用户
if (result < 0) {
ShowErrorMessage(result == -1 ? "内存不足" : "该书已存在");
} else {
PrintSuccess("添加成功", result);
RenderBookDetail(&inputBook); // 调用专用格式化显示函数
}
// 询问是否继续
if (AskUser("继续添加？")) {
EnterAddMode(library); // 递归调用自身
}
}
2. 主循环设计
MainLoop()
{
BookCollection* library = LoadLibraryData(); // 初始化数据源
while (true) {
ShowMainMenu(); // 输出主菜单界面
int choice = GetUserChoice(); // 获取用户选择
switch (choice) {
case 1:
DisplayAllBooks(library);
break;
case 2:
EnterAddMode(library);
break;
case 3:
SearchBooks(library);
break;
default:
HandleInvalidInput();
break;
}
}
}
模块化带来的优势
通过清晰划分职责，实现了以下改进：
- 每个函数职责明确，易于理解和测试。
- 函数体简洁，避免了冗长过程。
- 消除对全局状态的依赖，提升可维护性。
- 关键功能如
DisplayAllBooks、InsertBook可被多处复用。
这种设计模式体现了控制器（控制流）、模型（数据处理）与视图（界面展示）之间的松耦合关系，为后续扩展提供了良好基础。
