50行代码玩转C++错误处理！一个极简IoC设计的Wrong.h实战解析

一、背景：C++错误处理的痛点

C++原生异常处理（try-catch）是典型的“事后救火”——先执行危险操作，等异常触发后再捕获补救，不仅存在栈展开的性能开销，还对空指针解引用、数组[]越界等“未定义行为”束手无策；而传统的布尔判断又容易和业务逻辑耦合，复杂规则下可读性、复用性极差。

有没有一种方式，既能从源头“防火”杜绝错误，又能兼顾灵活性和低耦合？我用50行代码写了一个Wrong.h头文件，用极简的设计实现了“预判式错误处理”，核心是把“规则定义权”交还给使用者，完美适配各类业务场景。

二、Wrong.h核心设计：极简却精妙的双类架构

整个头文件仅包含两个核心类，无复杂语法、无冗余逻辑，却能覆盖80%的业务级错误处理场景：

#ifndefWRONG_H#defineWRONG_H#include<functional>#include<string>// 1. 泛型规则执行器：只负责执行使用者定义的判断规则template<typenameT>classWatcher{public:Watcher(){}~Watcher(){}// 核心：接收检测目标+判断Lambda，返回执行结果boolcond(T&tar,std::function<bool(T&)>cd){returncd(tar);}};// 2. 错误信息容器+逻辑执行器：只负责存错误信息、执行业务逻辑classWrong{protected:std::string err_inf;// 仅存储错误信息，无任何处理逻辑public:Wrong(std::string name):err_inf(name){}virtual~Wrong(){}// 对标std::exception，降低学习成本std::stringwhat()const{returnerr_inf;}// 仅执行使用者传入的业务逻辑Lambdavoidtodo(std::function<void()>dn){dn();}};#endif

三、核心用法：从源头“防火”，而非事后“救火”

以“空指针检测”和“数组越界检测”两个经典场景为例，看Wrong.h的使用方式：

场景1：空指针检测

#include<iostream>#include"Wrong.h"intmain(){Watcher<int*>s;// 适配指针类型Wrongw("空指针错误");// 自定义错误信息w.todo([=]()mutable{int*p=nullptr;// 使用者自定义判断规则：指针非空if(s.cond(p,[=](int*pp){returnpp!=nullptr;})){std::cout<<*p<<std::endl;// 仅规则满足时执行}else{std::cout<<w.what()<<std::endl;// 输出自定义错误}});return0;}

场景2：数组越界检测

#include<iostream>#include<vector>#include"Wrong.h"std::vector<int>vec={10,20,30};intmain(){Watcher<size_t>s;// 适配索引类型Wrongw("索引越界");w.todo([=]()mutable{size_t num=4;// 使用者自定义判断规则：索引合法if(s.cond(num,[=](size_t&temp){returnnum>=0&&num<vec.size();})){std::cout<<vec.at(num)<<std::endl;}else{std::cout<<w.what()<<std::endl;}});return0;}

四、设计精髓：做“平台”不做“业务”

Wrong.h看似简单，实则暗藏现代C++框架的核心设计哲学：

1. 单一职责：Watcher只做“规则执行器”，Wrong只做“信息容器+逻辑执行器”，两者完全解耦；
2. 控制权反转：框架不封装任何判断规则，而是把“什么是错、怎么判断错”的权利交给使用者；
3. 极简适配：模板支持任意类型检测，Lambda适配任意复杂规则，无需修改框架源码即可扩展；
4. 用户体验对齐：what()方法对标std::exception，降低开发者学习成本。

五、对比传统方案：优势一目了然

六、总结

Wrong.h用50行代码证明：好的工具不一定复杂，关键是抓准痛点、释放使用者的灵活性。它不试图封装所有场景，而是提供“最基础的执行能力”，让开发者根据业务自定义规则——这种“存异”的设计思路，正是C++在业务场景下的最优解之一。