目录从通讯录项目理解 C 语言里的分层设计从通讯录项目理解 C 语言里的分层设计学习代码contact/contact.c、contact/list.c、contact/initial.c刚开始写 C 语言小项目时我很容易把菜单、输入、链表操作、文件读写都塞进一个main()里。这样短期能跑但代码越写越难改。通讯录项目给我的最大启发是即使项目很小也应该有分层意识。业务层负责“用户想做什么”接口层负责“把业务动作翻译成数据操作”支持层负责“真正怎么存、怎么查、怎么写文件”。这样设计以后底层从链表换成哈希表业务菜单不需要大改。项目里的人员信息很简单structPerson{charname[MAX_NAME_LENGTH];charphone[MAX_PHONE_LENGTH];};如果业务层直接操作链表节点后面每次改存储结构都会牵动上层代码。所以我把插入、查找、删除、遍历、保存、加载做成接口intperson_insert(structPerson*ps,structList*people);structPerson*person_find(constchar*name,structList*people);intperson_remove(structPerson*ps,structList*people);voidperson_traverse(structList*people);intsave_file(structList*people,char*filename);intload_file(structList*people,char*filename);业务层只需要调用这些函数不需要知道链表节点怎样前后连接。这个项目里另一个值得注意的点是输入安全。以前习惯用scanf但它很容易因为长度不可控导致缓冲区溢出。这里改成封装read_line()用fgets按指定长度读取再处理换行符。这个小改动让我意识到安全不是大项目才需要考虑输入边界从第一行代码就应该想清楚。我的理解是分层并不是为了把代码写复杂而是为了减少变化带来的影响。通讯录的业务需求很稳定新增、删除、查询、保存。真正可能变化的是底层存储方式和文件格式。把变化点隔离起来代码才有继续扩展的空间。这是我从这个练习里学到的最重要的设计思想。总结下来通讯录项目虽然功能朴素但它练到的是工程能力接口抽象、数据结构封装、文件持久化和输入边界控制。以后再写网络服务器、数据库连接池本质上也还是这个思路上层描述业务下层封装细节中间用稳定接口连接。学习链接