首页
首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
C++
ENG八戒
创建于2022-08-24
订阅专栏
C++篇
等 22 人订阅
共35篇文章
创建于2022-08-24
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
C++ 动态类型的演变之路「上」
有时需要存储不同类型的对象,但无法提前确定具体类型。传统的做法可能会使用 void*,这会导致类型安全性问题,有没有一种类型可以兼容不同类型的数据?这是上文。
C++ 异步编程的奇妙之旅「下」
一提到异步,大家可能想到的是多线程/进程编程,甚至分布式编程,这符合大方向,没错。不过,笔者在这篇文章里,打算聊的是从古早的写法到现代版语言标准下,异步计算在多线程的演进。这是下文,欢迎关注我!
C++ 异步编程的奇妙之旅「上」
一提到异步,大家可能想到的是多线程/进程编程,甚至分布式编程,这符合大方向,没错。不过,笔者在这篇文章里,打算聊的是从古早的写法到现代版语言标准下,异步计算在多线程的演进。这是上文,欢迎关注我!
以枚举为例,探究一下如何实现C++反射机制「下」
能不能把枚举值对应的名字打印出来?不用再记忆枚举值和状态的映射,直接从枚举成员字符串就可以理解状态。「下」
以枚举为例,探究一下如何实现C++反射机制「上」
能不能把枚举值对应的名字打印出来?不用再记忆枚举值和状态的映射,直接从枚举成员字符串就可以理解状态。「上」
仿照 JavaScript 接口实现一个简单的 C++ 定时器
熟悉 JavaScript 或者 Qt 的伙伴们应该也使用过它们提供的定时器,这些定时器的接口那叫一个爽啊,极为趁手,属于高级接口,因为这些接口的特点都是直接面向任务的。今天我们就一齐手搓一个简单的。
“析”有此理:解构 C++ 中的异常谜团
欢迎来到《掌握 C++ 异常艺术:构建健壮程序的秘诀与实战策略》系列文章的第七篇!让我们一起探讨这个险象环生的场景,并将深入挖掘那些你可能未曾思索过的陷阱,和处理秘诀。
构造函数中的异常处理:避免 C++ 资源泄漏的策略
这是《掌握 C++ 异常艺术:构建健壮程序的秘诀与实战策略》系列文章的第六篇,文末有链接可以查看系列里其它文章。
值语义 VS 引用语义:深入理解C++对象赋值背后的奥秘
编程的世界里,处理对象或者变量的关系,有两种基本的方式,「值语义」和「引用语义」。C++ 这种性能怪兽对这两种语义都支持,它们各有优势和最佳使用场合,利用好它们是性能优化的必备技能。
避开C++异常处理的陷阱:动态抛出捕捉失效的真相
这里就聊聊动态抛出时,大家经常会感到困惑不解的一个问题,为什么我的动态抛出捕捉不到?原因只有一个,那就是……
C++异常处理新姿势:再抛出异常的妙用
听说过异常再抛出吗?利用C++异常再抛出的便利语法,可以方便实现简单的堆栈跟踪和异常分发器,一起来看看?
C++ 异常被捕捉后还能恢复执行?
目前的异常处理机制是,一旦异常被抛出(throw)之后,原来的执行流程就会跳转到异常捕获(catch)代码块中,两者可能经历了多次堆栈展开。那么捕获异常后能不能恢复到抛出异常的点并继续执行?
C++ 抛出的异常对象会被复制多少次?
如果看过上文《掌握 C++ 异常艺术:构建健壮程序的秘诀与实战策略「一」》,可能你会记得笔者曾提到过,说「比较好的实践是,抛出一个临时对象」,为什么呢?
现代 C++ 小利器:参数绑定包装器 std::bind 堪称「Lambda 小平替」
C++ 原生支持函数输入参数的默认值,但是有些业务场景下对原有设定的默认值不满意,那么可不可以临时改改?
何苦为难数组?且看 std::string
欸,处理变长字符串时,如果是从 C 语言过来的同学,第一反应就是使用字符数组来充当缓冲,上演左腾右挪,然后就会出现频繁的重新分配内存过程,其中免不了会发生异常。有没有想过试一下std::string?
掌握 C++ 异常艺术:构建健壮程序的秘诀与实战策略「一」
在过去几十年的编程历史中,异常处理的演变仿佛一场文明的进化史,它不仅仅是技术的革新,更是编程思想与哲学的深刻体现。让我们一起细聊异常处理机制,欢迎大家来阅读本系列文章。
C++ 智能指针最佳实践:从 new 到 std::make_unique 的演进
相比使用 new 直接创建对象指针再传入智能指针,使用模板函数 std::make\_unique 创建智能指针 std::unique\_ptr 对象有几点优势。
现代 C++ 异常机制今非昔比,莫要沉迷错误码!「下」
习惯写 C 的朋友可能比较习惯使用错误码来携带异常信息,返回错误码作为错误处理的判断条件。有没有认真思考过这中异常处理方式真的是好习惯吗?
现代 C++ 异常机制今非昔比,莫要沉迷错误码!「上」
习惯写 C 的朋友可能比较习惯使用错误码来携带异常信息,返回错误码作为错误处理的判断条件。有没有认真思考过这中异常处理方式真的是好习惯吗?
为何你还在坚持用数组?容器不比它香几条街?「下」
及内存漏洞的重灾区之一就是,数组的使用。本文就讲讲数组的毛病,和转向现代化的替代品--容器。这是系列文章的第二篇
下一页