C语言switch语句始终进入default分支，求解原因及结构化编程疑问

一、Switch始终进入Default分支的原因及修复 #

你的代码核心问题是值传递导致op变量未被正确赋值：
C语言函数参数采用值传递机制，调用getData(op)时，只是将op的当前值（未初始化的垃圾值）复制给函数形参，函数内部对形参的修改不会同步到main函数中的op变量。因此main里的op始终是未初始化的随机值，必然触发switch的default分支。

两种修复方案： #

1. 让getData返回操作码
   修改函数声明与调用逻辑，直接将返回值赋值给op：

   // 函数声明改为无参数、返回int
   int getData(void);
   // main中调用
   op = getData();
   

   对应getData的实现需要返回用户选择的操作编号（1-6）。

2. 通过指针传递修改op
   利用指针让函数直接修改main中的变量：

   // 函数声明改为接收int指针
   void getData(int *op);
   // main中传递地址调用
   getData(&op);
   

   在getData内部，通过*op = 选择的编号;完成赋值。

额外注意： #

你调用degreesToRadians(degrees)但未接收返回值，该函数的作用是将角度转为弧度，后续三角函数大概率需要使用弧度值，建议修改为：

float radians = degreesToRadians(degrees);
// 将radians传入sine、cosine等函数

二、结构化编程是否始终更优？ #

结论：不是绝对的，但绝大多数场景下，结构化编程的收益远大于代价。

• 结构化编程的核心价值是提升代码的可读性、可维护性与可调试性。对于需要长期维护、多人协作的项目，哪怕增加几行代码、带来少量函数调用开销，这些代价和后期排查bug、新增功能的成本相比几乎可以忽略。
• 极端场景下（如资源极度受限的嵌入式实时系统、性能要求极致的高频计算模块），可适当权衡：比如用inline关键字优化高频调用的小函数，或合并部分逻辑减少函数调用开销，但仍需尽量保持代码结构清晰，避免写成难以维护的“面条代码”。
• 代码行数增加并非缺点，只要逻辑模块化，反而更易理解。现代硬件下，函数调用的执行损耗微乎其微，除非是每秒上亿次的核心计算，否则几乎感知不到性能影响。

内容的提问来源于stack exchange，提问作者Madagascar