C++读取文件时如何避免多层嵌套if-else语句？

C++原生switch不支持字符串作为case匹配项，硬套switch+enum反而需要额外加一层字符串转枚举的判断逻辑，属于冗余设计。针对这种逐行解析指令的场景，表驱动法是改造成本最低、可维护性最好的方案，完全可以把7层嵌套的if-else压缩到仅留2个必要判断。

另外先提一句原代码的逻辑bug：内层while (p1.first.compare("}"))循环内没有更新p1变量，只要第一行内容不是"}"就会触发死循环，优化时会一并修复。

方案1：基于哈希映射的表驱动实现（推荐，改造成本最低） #

核心思路是把「指令关键字」和「对应处理函数」做成键值对映射表，解析到首单词后直接查表调用对应逻辑，不需要逐次做分支比较。
实现步骤：

• 将原来每个if分支里的处理逻辑抽成myClass的私有成员函数，保持统一的函数签名，统一传入该行拆分后的剩余内容作为参数
• 初始化一个静态的无序哈希表，key为指令首单词字符串，value为对应成员函数的指针
• 主流程里逐行读取拆分后，先判断是否碰到结束标识"}"，是则终止解析；否则直接去映射表查找对应处理函数，找到就调用，找不到就走未知指令的处理逻辑（打日志/忽略/抛错）

优化后的完整代码示例：

#include <unordered_map>
#include <string>
#include <fstream>
#include <functional>
#include <utility>

class myClass
{
public:
    void readFile();
private:
    // 各指令对应的处理函数，统一签名
    void handleScale(const std::string& restContent);
    void handleSymbol(const std::string& restContent);
    void handleSetMinBoundary(const std::string& restContent);
    void handleLine(const std::string& restContent);
    void handleCircle(const std::string& restContent);
    void handleArc(const std::string& restContent);
    void handlePin(const std::string& restContent);

    // 静态指令-处理函数映射表，程序启动时仅初始化一次
    inline static const std::unordered_map<std::string, void (myClass::*)(const std::string&)> handlerMap = {
        {"SCALE", &myClass::handleScale},
        {"symbol", &myClass::handleSymbol},
        {"set_minimum_boundary", &myClass::handleSetMinBoundary},
        {"line", &myClass::handleLine},
        {"circle", &myClass::handleCircle},
        {"arc", &myClass::handleArc},
        {"pin", &myClass::handlePin}
    };

    std::pair<std::string, std::string> FindFirstWord(const std::string& line);
    std::string filePath;
};

void myClass::readFile()
{
    std::string lineByLine;
    std::ifstream myfile(filePath);
    // 第一个必要判断：文件是否打开成功，失败直接返回，减少嵌套
    if (!myfile.is_open()) {
        return;
    }

    while (std::getline(myfile, lineByLine)) 
    {
        std::pair<std::string, std::string> p1 = FindFirstWord(lineByLine);
        // 碰到结束标识直接跳出解析
        if (p1.first == "}") {
            break;
        }

        // 无嵌套查表匹配，第二个必要判断：指令是否存在对应处理器
        auto handlerIter = handlerMap.find(p1.first);
        if (handlerIter != handlerMap.end()) {
            std::invoke(handlerIter->second, this, p1.second);
        } else {
            // 未知指令的处理逻辑，可按需加日志、抛异常或直接跳过
        }
    }
    myfile.close();
}

这个方案的优势：

• 完全消除原有的箭头型嵌套if-else，整个主流程逻辑扁平，可读性极强
• 后续新增指令支持时，不需要修改readFile主流程代码，只需要新增对应处理函数、在映射表中加一行键值对即可，维护成本极低
• 哈希查找的时间复杂度为O(1)，比原来链式if-else逐次字符串比较的O(n)效率更高，指令越多性能优势越明显

方案2：面向对象多态实现（适合复杂业务场景） #

如果每个指令的处理逻辑非常复杂、后续需要跨模块复用处理逻辑，可以用多态方案替代函数指针映射：

• 定义抽象基类BaseLineHandler，声明纯虚处理接口virtual void handle(const std::string& restContent) = 0
• 每个指令对应一个继承基类的处理器类，在类内实现各自的处理逻辑
• 映射表的value改为基类智能指针，初始化时将各处理器实例存入表中
• 主流程查表逻辑和方案1一致，找到对应处理器后直接调用handle接口即可

这个方案的缺点是小场景下使用会有过度设计的问题，代码量比方案1高不少，如果只是做简单的文件解析，优先选方案1即可。

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