C++ 核心准则边译边学 哲学篇.11: Encapsulate messy constructs, rather than spreading... 封装复杂结构而非代码中传播

源网址:CppCoreGuidelines

原因

混乱代码更难开发且容易隐藏bug。一个好的接口应该能够简单安全的使用。混乱低级的代码会导致更多这样的代码。

例子

int sz = 100;
int* p = (int*) malloc(sizeof(int) * sz);
int count = 0;
// ...
for (;;) {
    // ... read an int into x, exit loop if end of file is reached ...
    // ... check that x is valid ...
    if (count == sz)
        p = (int*) realloc(p, sizeof(int) * sz * 2);
    p[count++] = x;
    // ...
}

这里低级累赘且容易出错。例如,我们“忘记”测试内存耗尽。我们可以用vector替代:

vector<int> v;
v.reserve(100);
// ...
for (int x; cin >> x; ) {
    // ... check that x is valid ...
    v.push_back(x);
}

注意

标准库和GSL都是这个思想的实例。例如,替换掉混乱的数组、联合体、转换、棘手的生命周期问题,gsl::owner等。关键抽象的实现是必要的,例如vectorspanlock_guardfuture,我们使用那些比我们有更多时间和经验的专家设计实现的库。同样,我们可以而且应该设计和实现更专业的库,而不是让用户(通常是我们自己)面临反复实现低级代码的挑战。这是这些准则下的的超集原则子集的一种。

补充

  • 寻找“混乱的代码”,例如复杂的指针操作和抽象实现之外的强制转换。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值