一、核心内容摘要
本章阐述了函数设计的核心原则，强调函数应当 “单一职责”，即一个函数只做一件事，并且只做好一件事。同时，函数的长度应当控制在合理范围内，过长的函数会导致逻辑复杂、难以理解和测试。
二、个人感受
我过去是怎么做的：过去写函数时，总是喜欢把所有相关的逻辑都写在一个函数里，认为这样可以减少函数调用的开销，代码看起来也更 “连贯”。比如上次做图书管理系统时，我写了一个handleBookBorrow函数，里面包含了验证用户身份、检查图书库存、更新图书状态、生成借阅记录、发送通知等所有逻辑，整个函数长达 200 多行。结果后来需要修改通知逻辑时，我在这个庞大的函数里找了半天，还不小心改到了库存更新的代码，引入了新的 bug。
结合书中所讲，说明为什么这样不好：《代码大全 2》中指出，“函数的最大敌人是复杂度”。过长的函数会导致逻辑层次不清晰，难以理解和调试，任何一个小的修改都可能影响到其他部分的逻辑，增加了出错的风险。同时，单一职责的函数具有更好的可复用性，而把多个职责混在一起的函数，很难在其他地方复用。书中还提到，函数的理想长度应当在 20 行以内，超过 50 行的函数就应当考虑拆分。
提出一个解决办法，避免再次掉入陷阱：在编写函数前，先明确函数的单一职责，用一句话概括函数的功能，如果无法用一句话概括，就说明这个函数需要拆分。将复杂的逻辑拆分成多个小函数，每个函数只负责一个具体的子任务，然后通过函数调用的方式组合起来。比如上面的handleBookBorrow函数，可以拆分成verifyUserIdentity、checkBookStock、updateBookStatus、generateBorrowRecord和sendBorrowNotification五个小函数。这样不仅代码结构清晰，易于理解和维护，而且每个小函数都可以单独测试和复用。
