如何更优雅地表达“条件为假则返回假”的代码结构？

兄弟，我太懂这种重复写“检查失败就返回false”的烦躁了——我之前写C/C++的时候也天天复制粘贴这个模式，总觉得哪里可以优化，后来踩过一些坑也摸索出几个实用的方向，分享给你：

1. 先简化最基础的判断写法 #

原来的if (checkCondition() == false)完全可以改成if (!checkCondition())，虽然只是少了几个字符，但读起来更流畅，也符合C系语言的惯用写法，算是最低成本的优化。

2. 拆分核心逻辑，让前置检查更清晰 #

如果你的doSomething()里除了检查还有不少业务逻辑，可以把核心逻辑拆成单独的函数，这样主函数的结构会更清爽：

bool doActualWork() {
  // 这里放原来的核心业务代码
  return true;
}

bool doSomething() {
  if (!checkCondition()) {
    return false;
  }
  return doActualWork();
}

这样一眼就能看出函数的前置检查和核心职责，维护起来也方便。

3. 断言：只用于“不该发生”的错误 #

如果checkCondition()失败属于编程错误（比如参数非法、内部状态异常，正常流程绝对不会走到这里），那断言比返回false更合适：

#include <assert.h>

bool doSomething() {
  assert(checkCondition()); // 开发阶段触发，release版本可能被禁用
  // do something
  return true;
}

但要注意：断言不能替代业务逻辑的合法性检查，因为release模式下断言会被编译掉，要是用户触发了这个错误，程序直接崩溃而不是优雅返回false。

4. 异常：适合“异常场景”的替代方案 #

你说用异常代码量没变化，其实要看场景。如果是C++这类支持异常的语言，当checkCondition()失败是非预期的异常情况（不是常规业务分支），抛出异常能让调用方不用每次都手动检查返回值，上层统一处理异常即可：

#include <stdexcept>

void doSomething() {
  if (!checkCondition()) {
    throw std::runtime_error("Condition check failed");
  }
  // do something
}

当然，这种写法适合团队统一了异常处理规范的情况，不然乱抛异常反而会增加维护成本。

5. 封装通用检查逻辑，减少重复代码 #

如果很多函数都有类似的前置检查，可以把检查逻辑封装成inline辅助函数（比宏更安全，避免副作用）：

#include <stdbool.h>

inline bool preCheck(bool condition) {
  if (!condition) {
    // 这里可以统一加日志、错误码记录
    return false;
  }
  return true;
}

bool doSomething() {
  if (!preCheck(checkCondition())) {
    return false;
  }
  // do something
  return true;
}

这样不仅减少了重复代码，还能统一所有前置检查的处理逻辑（比如加日志），后期改起来也方便。

最后说句实在话 #

没有绝对“最优”的写法，核心还是看场景和团队规范：

• 业务逻辑的预期错误分支：优先简化判断、拆分函数或者封装检查逻辑；
• 编程错误：用断言；
• 异常场景（语言支持）：用异常替代返回值。
  永远记住：可读性比简洁性更重要，别为了省几行代码写出让同事看不懂的东西。

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