关闭

Stroustrup专访:畅想C++17

13616人阅读 评论(0) 收藏 举报
分类:

最近,Bjarne Stroustrup(设计并最初实现C++的作者)公开的一份草案引发了一场激烈讨论,讨论的话题围绕着C++17的设计目标以及可能加入的新特性。据Stroustrup说,C++17将会有以下三个设计目标:

    • 改善对大规模可靠软件的支持。
    • 支持更高级的并发模型。
    • 简化语言核心。

针对以上的每个设计目标,Stroustrup列举了可加入C++17的新特性。以下列举一些可能成为Stroustrup首选的特性:

Stroustrup警告人们不要陷入C++17的定义误区,列表中这些相关语言特性和标准库组件不一定可以清晰描述C++17未来的发展方向。真正重要的是,C++17与C++14不同,这一版将作为主要版本发布,所以它需要承载一些能帮助用户更好地使用这门语言的“三两个主要特性”,例如:概念、模块和范围。

有趣的是,文档中同时也在尝试阐明C++17拒绝发展的方向,Stroustrup为此特意列举了一个不受欢迎列表:

    • 将C++转换为一个本质上不同的语言,或提供一系列高阶隔离子语言。
    • 为了与“每一门其它语言”竞争或让C++支持一个新“范式”而给它增加新特性。
    • 增加语言的复杂度,或限制它解决“最苛刻的系统编程任务”的能力。

InfoQ借此机会采访Stroustrup。

你能简单评论一下C++17特性列表么?你心目中是否已有一个性能实现的优先级列表?

概念将改变我们对泛型编程的看法,使泛型编程逐渐成为主流趋势。大家经常抱怨C++的错误消息提示,这是无可厚非的事实,所以概念也将努力提高错误消息的质量。我们需要将概念加入标准库以使它的影响最大化。

模块应极大地改善编译时间,并限制过度使用宏造成的负面影响,打造更好的C++工具。

使用更高级的并发模型编写并发代码比使用低阶的线程和锁的方式更容易,生成的代码运行速度更快。

这些特性可以简化代码,进而提高代码质量,所以非常理想化。

委员会在过去几年中为C++17做出许多贡献,并计划在未来进一步改进,看起来多亏了他们的努力,C++这门语言才能逐渐克服一些它最具争议的局限性,这证明委员会在这个过程中确有所为。你是否愿意评价委员会一直以来所做的工作?如此成功的背后有什么秘诀?

你必须面对“委员会设计”带来的问题,召集100多人(如果算上未出席会议但参与讨论的差不多300人左右)共同创造一些可靠的新东西是一项艰巨的任务。

令人吃惊的是,我们经常采用一些管理手段。的确,有很多事实证明我们本可以做得更好,委员会的工作也可能令人感到沮丧,但是让一个人来管理这么多人显然不可能。这不是委员会与个人的问题,而是如何运营委员会的问题,我们无法避之不谈。当今世界中很少有单一个体可以完成的重要工作。

C++17证实了C++本质上要成为一门复杂的多范式底层语言(底层意味着允许使用非常细的粒度控制语言语义)。在此基础上,委员会仍然不断努力使C++更易用。你能为我们阐述一下更易理解的C++背后的语言哲学么?

我们不应该考虑C++的阶级属性,而应该把它当做这样一门语言:拥有直接操作硬件的卓越本领;具备一系列抽象机制,允许我们根据自身需求提高抽象等级。许多重要任务需要依赖临近硬件的编程,但偏向于底层的编程体验相对较差,C++可以帮助我们远离硬件,零开销的抽象无需我们增加任何成本。与直接编写机器码相比,“零开销抽象”不浪费任何一个字节和循环。通常,一个函数调用(尤其是一个间接函数调用)的开销非常大,C++可以提供硬件访问和抽象,同时也可以高效地解决类似的问题。相比其它语言,C++有着巨大的性能优势。

我不再称之为“多范式”语言。我发现这一定义让许多人只是简单地选用其中一个范式,他们没有发挥C++全部的力量。不幸的是,我所做的工作目前还没有一个很好的流行定义。

委员会有他们的哲学观听起来不太公平,我们是在多种背景下成长的不同个体,我们的看法自然有所不同。我上面描述的是大多数人赞同的C++,那正是C++绝不会向异议妥协的奠基之道。我们必须严格统一语言的向下兼容性,C++委员会渴望进一步改进,但他们真的不希望自己那数十亿行代码失去作用。关于语言的改进,这些至关重要:哪些改进更有效,哪些改进在合理的时间尺度可行,如何将这些改进表达为语言的一部分,标准库如何定义。让这么多人在这些细节上达成一致无比艰难,我们又不得不给出最终方案,因此我写下这篇综述报告,并且我们将在下次会议上讨论相关问题。

我花费了大量时间在C++及其标准化上,因为它是许多行业最重要的一部分:计算机、半导体、运输业、电信业、金融业、制造业、航空航天、娱乐业,还有许多其它行业。在大多数至关重要的系统和配件的内部,C++发挥着重要作用,它能为科学事业构造软件系统,做出微不足道的贡献,以上的这一切激励着我继续前行。C++是一个注定被用来构建重要构件的工具。

很久之前网上流传了一份Stroustrup在会议上的发言概要,引发了大规模讨论(reddit Hacker News / The Register),这份草案是后续的补充。

翻译原文: http://www.infoq.com/cn/news/2015/05/stroustrup-cpp17-interview

英文原文:Stroustrup: Thoughts on C++17 - An Interview


0
0
查看评论

C++中的协程

原链接 https://taozj.org/2016/09/Boost-Asio%E4%B8%ADCoroutine%E5%8D%8F%E7%A8%8B%E4%B9%8B%E4%BD%BF%E7%94%A8/?utm_source=tuicool&utm_medium=referral ...
  • zrs19800702
  • zrs19800702
  • 2016-10-14 14:27
  • 447

C++ 协程与网络编程

协程 协程,即协作式程序,其思想是,一系列互相依赖的协程间依次使用CPU,每次只有一个协程工作,而其他协程处于休眠状态。协程可以在运行期间的某个点上暂停执行,并在恢复运行时从暂停的点上继续执行。  协程已经被证明是一种非常有用的程序组件,不仅被python、lua、ruby等脚本语...
  • woshiqjs
  • woshiqjs
  • 2014-04-19 17:37
  • 4310

C++17引入的模块为什么能加快编译速度?

C++17引入的模块为什么能加快编译速度?
  • ztguang
  • ztguang
  • 2016-12-29 10:17
  • 1431

C++17中那些值得关注的特性(上)

C++17标准在2017上半年已经讨论确定,正在形成ISO标准文档,今年晚些时候会正式发布。本文将介绍最新标准中值得开发者关注的新特新和基本用法。总的来说C++17相比C++11的新特性来说新特性不算多,做了一些小幅改进。C++17增加了数十项新特性,值得关注的特性大概有下面这些:constexpr...
  • Kaitiren
  • Kaitiren
  • 2017-07-29 17:02
  • 2184

C++17尝鲜:基于区间的for循环

How the new range-based for loop in C++17 helps Ranges TS?
  • zwvista
  • zwvista
  • 2016-08-24 22:33
  • 1711

升级工作环境并支持C++17

是时候升级编译器到C++17啦!
  • Kiritow
  • Kiritow
  • 2016-11-23 21:14
  • 3687

C++17尝鲜:fold expression(折叠表达式)

折叠表达式
  • zwvista
  • zwvista
  • 2017-01-02 20:21
  • 1106

C++ 17 标准正式发布:终于能更简单地编写和维护代码了!

点击上方“CSDN”,选择“置顶公众号” 关键时刻,第一时间送达! 何为 C++ 17? C++17 是继 C++14 之后,C++ 编程语言 ISO/IEC 标准的下一次修订的非正式名称。而就在昨日,ISO C++ 委员会正式发布了 C++ 17 标准,官方名称为 ISO/IEC...
  • csdnnews
  • csdnnews
  • 2017-12-06 00:00
  • 15251

<C++> 基于C++11/14/17的线程池实现

线程池,顾名思义就是预先启动一些线程,集中管理,需要的时候直接拿来用,无需用时再创建。尤其是在Windows平台,线程是稀缺资源,线程的创建和销毁都是十分耗时的,所以利用线程池来提升并发场景下的性能,是十分有必要的。 C++11首次对并发进行了支持,这使得我们利用STL编写多线程应用程序成为了可能,...
  • cqk0100
  • cqk0100
  • 2017-11-23 11:11
  • 301

C++ 17 标准正式发布:终于能更简单地编写和维护代码了!

C++17 是继 C++14 之后,C++ 编程语言 ISO/IEC 标准的下一次修订的非正式名称。而就在昨日,ISO C++ 委员会正式发布了 C++ 17 标准,官方名称为 ISO/IEC 14882:2017。 C++ 17 标准化图表 C ++ 17 主要特性 ...
  • HHXUN
  • HHXUN
  • 2017-12-08 11:27
  • 284
    联系作者
    通过QQ与我联系(全天候7*24小时基本不在线)
    最新评论
    免责声明
    如果转载的文章侵犯了您的版权,请务必告知,我将立刻删除;
    博客所有文章允许转载,原创类不要求注明出处,随意就好;
    如果是转载的文章,建议直接转载原始来源,因为原作者极可能有更新