返回自定义类的C++函数如何处理失败返回场景？

这是个非常典型的C++返回值设计问题，咱们来拆解几种实用的方案，你可以根据项目环境和业务场景选最适配的：

方案1：给Cell类加状态标记（你考虑的思路） #

其实这个想法一点都不复杂，反而非常直观——本质是让Cell自己携带「是否有效」的元信息。

你可以给Cell加一个私有布尔成员（比如is_valid），默认构造时设为false，当搜索成功填充数据时，把它置为true，再对外提供一个判断方法（比如IsValid()比IsEmpty()更准确，毕竟有可能存在「合法的空Cell」场景）。

代码示例：

class Cell {
private:
    bool is_valid = false;
    // 你的data成员，比如std::string data;
public:
    // 默认构造函数：创建无效Cell
    Cell() = default;

    // 带数据的构造函数：创建有效Cell
    explicit Cell(std::string cell_data) : data(std::move(cell_data)), is_valid(true) {}

    bool IsValid() const { 
        return is_valid; 
    }

    // 也可以提供获取数据的方法，需要时加断言防止误用
    const std::string& GetData() const {
        assert(is_valid && "Accessing data of invalid Cell!");
        return data;
    }
};

Cell CSV::Find(std::string segment) {
    // 搜索逻辑
    if (找到匹配的segment) {
        return Cell(匹配到的数据);
    }
    // 没找到就返回默认构造的无效Cell
    return Cell();
}

调用方使用时：

Cell result = csv.Find("target_segment");
if (result.IsValid()) {
    // 正常使用result.GetData()
} else {
    // 处理搜索失败的逻辑
}

优缺点：

• 优点：调用方代码简洁，不需要额外处理指针/引用，兼容所有C++版本
• 缺点：需要调用方主动检查状态，万一忘了就可能误用无效Cell（可以用断言在调试阶段提前发现问题）

方案2：返回std::optional<Cell>（C++17+） #

这是C标准库专为「可能有值、可能没值」场景设计的类型，语义非常清晰，也是现在推荐的现代C写法。

代码示例：

#include <optional>

std::optional<Cell> CSV::Find(std::string segment) {
    // 搜索逻辑
    if (找到匹配的segment) {
        return Cell(匹配到的数据);
    }
    // 失败时返回空的optional
    return std::nullopt;
}

调用方使用时：

auto result_opt = csv.Find("target_segment");
if (result_opt) {
    // 用*result_opt或者result_opt.value()访问Cell
    const Cell& result = *result_opt;
    // ...
} else {
    // 处理失败
}

优缺点：

• 优点：类型安全，强制调用方考虑失败场景，语义最明确
• 缺点：要求项目使用C++17或更高版本，老项目可能无法兼容

方案3：输出参数+返回bool（传统C++写法） #

这是C++早期很常用的方式，把Cell作为引用参数传入函数，函数用bool返回是否成功。

代码示例：

bool CSV::Find(std::string segment, Cell& out_result) {
    // 先重置输出参数为无效状态
    out_result = Cell();
    // 搜索逻辑
    if (找到匹配的segment) {
        out_result = Cell(匹配到的数据);
        return true;
    }
    return false;
}

调用方使用时：

Cell result;
if (csv.Find("target_segment", result)) {
    // 使用result
} else {
    // 处理失败
}

优缺点：

• 优点：兼容所有C++版本，不需要修改Cell类结构
• 缺点：语义不如optional清晰，调用方需要提前创建Cell对象，容易出现「未检查返回值就误用out_result」的问题

方案4：抛出异常（仅适合异常场景） #

如果「搜索失败」属于异常错误（比如业务逻辑中这个segment理论上必须存在，没找到就是bug），可以考虑抛出异常。但如果失败是正常业务场景（比如用户输入的segment本来就可能不存在），不建议用异常——异常应该用于错误处理，而非普通流程控制。

代码示例：

#include <stdexcept>

Cell CSV::Find(std::string segment) {
    // 搜索逻辑
    if (找到匹配的segment) {
        return Cell(匹配到的数据);
    }
    throw std::invalid_argument("Segment not found: " + segment);
}

调用方使用时：

try {
    Cell result = csv.Find("target_segment");
    // 使用result
} catch (const std::invalid_argument& e) {
    std::cerr << "Error: " << e.what() << std::endl;
    // 处理错误
}

回到你的问题：你考虑的IsEmpty()思路完全可行，甚至在不能用C++17的项目里是非常稳妥的选择。只要注意给Cell的「无效状态」做明确定义（比如不要把「合法空数据」和「搜索失败的无效Cell」混淆），用起来会很顺手。

内容的提问来源于stack exchange，提问作者Mikko-Pentti Einari Eronen