共 2 篇相关文章
这篇讲的是如何编写出高质量、易维护的代码。作者从实际工程经验出发，总结了10条核心原则。 他开篇就强调了DRY（不要重复自己）的重要性，并举了单元测试中违反此原则会导致维护成本剧增的例子。文章还指出，写出短小的方法、采用能“望文生义”的命名规范，能让代码更易读和重用。 在设计层面，文章建议让每个类只承担“正确的”职责，并注重接口的稳定性而非实现细节。为了保障质量，作者大力推荐编写大量的单元测试，并以此为安全网，进行小步、持续的代码重构。 最后，他提到了一个颇具争议的观点：比起写糟糕的注释，不如花时间重构代码使其更清晰。同时，强调了代码审查机制对于发现错误和共享知识的价值，但要求审查者能力合格，并对代码负责。 这些原则共同指向一个目标：编写出更健康、更易于协作和演进的软件。
这篇讲的是如何利用 Shell 脚本来提升代码重构的效率与灵活性。 作者指出，虽然有像 Rephactor 和 Scisr 这样的现成重构工具可以处理字符串替换等操作，但这些工具往往不够灵活。当重构需求超出其预设规则时，开发者就会面临限制。 文章的核心观点是，Shell 命令行工具（如 `grep`, `sed`, `awk`）组合起来，可以形成一套强大且高度可定制的重构“工具箱”。它们能精准匹配代码模式、批量执行替换、并处理复杂的重构任务，比如跨文件重命名变量、提取函数或批量修改函数签名。 这种方法的关键优势在于“组合”与“脚本化”。通过编写 Shell 脚本，可以将一系列手动步骤自动化，确保操作的一致性和可重复性，极大降低了手动重构的枯燥感和出错风险，特别适合处理那些通用工具无法覆盖的特定重构场景。
