Structured approach to programming

欢迎来到结构化程序设计！

你有没有试过在没有说明书的情况下组装超大型的 LEGO 模型？那简直是一场恶梦！程序设计也是一样。当程序变得庞大时，如果没有规划，代码会变成杂乱无章的“面条码”（Spaghetti code），到最后根本无法修复。结构化程序设计（Structured programming）就是我们编写程序的“说明书”。它是一种严谨的设计与构建程序的方法，让程序更易于阅读、测试和调试。别担心，听起来虽然专业，但核心概念其实就是“条理分明”！

1. 核心概念：模块化程序设计

结构化程序设计最大的秘诀在于模块化（Modularization）。简单来说，就是把一个庞大且棘手的问题，拆解成较小、易于管理的区块，我们称之为模块（Modules）或子程序（Subroutines）。

类比：学校食堂

试想一下学校食堂的情况。如果只有一个人负责点餐、烹饪、洗碗和收钱，整个系统肯定会崩溃！相反，食堂是模块化的：有“烹饪模块”、“服务模块”和“付款模块”。每个“模块”都各司其职，确保效率。

• 子程序 (Subroutine)：一段已命名的代码区块，负责执行特定任务。当你需要执行该任务时，可以随时“调用”（call）它。
• 自顶向下设计 (Top-Down Design)：这是一种设计过程，从最主要的目标开始，将其不断拆解为更小、更细化的子任务。

快速回顾：模块化程序设计让编写程序变得更简单，因为你一次只需要专注于一个小任务！

2. 通信：参数与返回值

如果我们把程序拆成多个部分，这些部分就需要通信的桥梁，这就是通过参数（Parameters）和返回值（Return values）来实现的。

参数（输入）

参数是你传递“进入”子程序的资讯，让它能顺利完成工作。
例子：如果你有一个名为 CalculateTax（计算税额）的子程序，那么商品的“价格”就是你传给它的参数。

返回值（输出）

返回值是子程序执行完毕后，发送“回到”主程序的资讯。
例子：当 CalculateTax 完成运算后，它会将最终的“税额”返回给你。

记忆小撇步：把子程序想像成一部自动贩卖机。参数就是你投入的硬币和你按下的按钮（输入）。返回值则是掉出来的零食（输出）。

3. 保持隐私：局部变量与作用域

在结构化程序设计中，我们非常重视作用域（Scope）。这定义了一个变量可以在程序的哪些部分被看到或使用。

• 全局变量 (Global Variables)：可以在程序的任何地方访问。虽然看起来很方便，但其实很危险！因为程序的任何部分都可能不小心修改到它，进而导致错误（bugs）。
• 局部变量 (Local Variables)：在子程序“内部”声明的变量。它们只在子程序执行期间存在。一旦子程序执行结束，这些变量就会被删除。

为什么要使用局部变量？

这就像拥有一本日记，只有“你”可以阅读和修改。如果全世界的人（整个程序）都可以在你的日记上写字，那很快就会变得一团乱！使用局部变量可以防止程序的某一部分不小心破坏了另一部分。

你知道吗？限制变量的作用域被视为一种“良好实践”（Good Practice），因为它既节省内存，又能让代码更安全。

重点总结：请务必优先使用局部变量而非全局变量，这样才能保持代码整洁且没有错误。

4. 为什么要这么麻烦？结构化方法的优势

你可能会问：“为什么不直接把所有代码写在一个长串清单里就好？”以下是结构化方法胜出的理由：

• 更容易调试 (Easier to Debug)：由于每个模块都很小，你可以单独测试它，确保它运作无误后再进行下一步。
• 可重用性 (Reusability)：一旦你写好了一个“验证电子邮件”（ValidateEmail）的子程序，你可以在 100 个不同的程序中重复使用它，而无需重新编写！
• 团队合作 (Teamwork)：在现实世界中，可能有 50 个工程师同时开发一个应用程序。有了模块，程序员 A 可以专注开发“登录”模块，而程序员 B 可以开发“搜索”模块，彼此互不干扰。
• 更易于维护 (Easier Maintenance)：如果你需要更新税率，你只需要修改“计算税额”这一个模块的代码，而不需要去每一行代码中寻找并更改。

5. 绘制图表：层次图与结构图

在开始编写代码之前，我们需要一张地图。我们使用层次图（Hierarchy Charts）（有时也称为结构图）来显示不同模块之间的关系。

如何解读层次图

• “老板”（主程序）位于最顶端。
• “员工”（子程序）位于下方。
• 连线代表哪个模块“调用”了另一个模块。
• 结构是由概括性（顶层）到具体性（底层）。

例子：想像一个“游戏”的层次图：
1. 顶端：执行游戏
2. 下一层：初始化关卡、处理输入、更新图形
3. “初始化关卡”的下一层：加载地图、生成敌人

需避免的常见错误：层次图“不”会显示事件发生的顺序（不像流程图）。它只显示程序是如何“拆解”成各个部分的。

快速总结检查清单

如果感到压力，别担心！只要记住这五点：
1. 拆解问题：使用模块/子程序来执行特定任务。
2. 沟通清晰：使用参数传入数据，并使用返回值传出数据。
3. 保持在地化：使用局部变量，让你的数据安全且私密。
4. 条理分明：在写程序前，先使用层次图规划结构。
5. 聪明工作：结构化的代码更易于测试、修复且可重用！