Begtostudy(白途思)'s Academic Blog分享 http://blog.sciencenet.cn/u/begtostudy 欢迎访问Begtostudy的学术blog!--不要小聪明,寻找大智慧!

博文

Visual Studio 2010 C++ 0x标准

已有 6822 次阅读 2009-6-22 20:31 |个人分类:技术探讨|系统分类:科研笔记

对于.net 4和C++ 0x我挺感兴趣的,因为语言越来越好用了。上次在圈子里留言,有没有高人总结一下,现在看来大家对技术都没兴趣。那也只好我来转载了,关注一下。

美国AT&T贝尔实验室的本贾尼•斯特劳斯特卢普(Bjarne Stroustrup)博士在20世纪80年代初期发明并实现了C++。随后,在面向对象语言迅速发展的时代背景下,C++以其面向对象的语言特性同时对C语言的良好兼容,并且凭借着接近C语言的效率,C++语言在工业界使用的开发语言中占据了相当大的份额。在以后的发展中,C++不断引入新的内容,标准模板库(STL)和后来的Boost等程序库的出现,泛型程序设计的流行,使得C++牢牢占据了TIOBE编程语言排行榜前三的位置,成为业界最流行的编程语言。

  但是,随着硬件技术的不断发展以及Java,C#等新型语言的不断涌现,C++的发展受到了很大的冲击,在业界的应用范围不断萎缩。就我们要介绍的Visual Studio而言,C++曾经是Visual Studio 6.0中的首席语言,但是在后继版本的Visual Studio中,C++的地位不断下滑,被后来居上的C#抢了风头。很多钟情于C++的程序员不仅发出这样的感叹:“C++老矣,尚能编否?”

在刚刚发布的2008年12月TIOBE编程语言排行榜中,虽然C++仍旧以微弱的优势位列三甲。但是它于第四名PHP和第五名Visual Basic之间不断缩小的差距,不得不让人担心C++这昔日的状元,是否会终有一日位置不保,迭出三甲之外。

Position
Dec 2008 Delta in Position Programming Language Ratings
Dec 2008 Delta
Dec 2007
1 Java 19.367% -0.68%
2 C 16.163% +2.99%
3 C++ 10.893% +3.02%
4 PHP 9.479% +1.09%
5 (Visual) Basic 9.478% -0.74%
6 C# 4.643% +0.65%
7 Python 4.567% -0.13%
8 Perl 3.603% -0.78%
9 JavaScript 3.062% +0.33%
10 Delphi 3.055% +0.38%


表1 TIOBE编程语言排行榜
  另外,从各种开发语言最近几年的发展趋势来看,C++近年的发展也不尽如人意。C++所擅长的开发领域不断被其他语言蚕食,所占比例不断缩小。

图1 编程语言大盘指数,C++不断下挫

  真是“屋漏偏逢连夜雨”,回到我们所关注的Visual Studio中,C++的境遇也是每况愈下。在Visual Sutton 6.0中,C++作为其中的首席语言,曾经风光无限。但自从微软推出.NET平台后,Visual Studio首席语言的头衔就被C#夺去。在Visual Studio所支持的各种编程语言中,C++就像被打入了冷宫。从Visual Studio 6.0到最新的Visual Studio 2008,其间经过了多次版本更迭,Visual C#不断推陈出新,就连昔日受到程序员们鄙视的Visual Basic都有很多新的特性推出,但是Visual C++每次都是几个不咸不淡的小更新,没有革命性的变化。在Visual Studio所支持的各种语言中,越来越觉得Visual C++是后妈生的:

  ·MSBuild不能很好地支持Visual C++项目
  ·C++语言本身没有大的改进,新的标准没有出现
  ·从Visual Studio .net 到Visual Studio 2008,很少有关于Visual C++的更新和改进
  ·Visual C++的类图不能编辑,无法动态生成代码
  ·可怜的Visual C++ Feature Pack居然要通过SP来发布,Visual Studio发布的时候都不等等它
  ·IDE很多新的功能只能在Visual C#和Visual Basic中实现,例如Visual C++项目不支持“导出模板”等
  ·MSDN中的示例代码很多都是Visual C#的,很少有Visual C++的示例代码
作为Visual C++程序员,大家心里都很憋屈!大家都在问,Visual C++的前途在哪里?坚持C++还有没有意义?

  在Visual Studio 2010中我们找到了答案,找到了C++的未来:C++王者归来!

  虽然在C++的发展历程中经历了上述小小的波折,但是我们应当看到,世界上还有无数的C++代码在稳定地运行着,这些代码还需要维护,需要升级。另外,C++在某些领域还是具有不可替代的优势,无数基于C++的新项目正在进行着。微软也逐渐意识到了这一点,开始不断增强Visual Studio对C++的支持力度。在这次的Visual Studio 2010 CTP中,无论是从C++语言本身还是从IDE方面,都给我们带来了很多期盼已久的新特性。花开两朵,各表一枝。我们这里按下Visual Studio 2010在IDE方面的增强不表,单说它对即将到来的C++新标准C++0x的支持。

  C++的新标准C++0x虽然还没有正式发布,但是已经进入了feature freeze的阶段,很多人都在猜测C++0x中的x到底是9还是10,从目前的情况来看,9是最大的可能了。Visual Studio 2010作为下一代开发工具,当然不会错过对新的C++标准C++0x的支持。除了随着之前发布的Visual C++ Feature Pack而引入的TR1包含的部分特性外,在新的Visual Studio 2010中,还引入了4个重要的C++新特性。号称C++0x的“四大天王”。这些新特性的引入,必将给C++注入新的活力。

  Lambda表达式

  很多编程编程语言都支持匿名函数(anonymous function)。所谓匿名函数,就是这个函数只有函数体,而没有函数名。Lambda表达式就是实现匿名函数的一种编程技巧,它为编写匿名函数提供了简明的函数式的句法。同样是Visual Studio中的开发语言,Visual Basic和Visual C#早就实现了对Lambda表达式的支持,终于Visual C++这次也不甘落后,在Visual Studio 2010中添加了对Lambda表达式的支持。
  Lambda表达式使得函数可以在使用的地方定义,并且可以在Lambda函数中使用Lambda函数之外的数据。这就为针对集合操作带来了很大的便利。在作用上,Lambda表达式类似于函数指针和函数对象,Lambda表达式很好地兼顾了函数指针和函数对象的优点,却没有它们的缺点。相对于函数指针或是函数对象复杂的语法形式,Lambda表达式使用非常简单的语法就可以实现同样的功能,降低了Lambda表达式的学习难度,避免了使用复杂的函数对象或是函数指针所带来的错误。我们可以看一个实际的例子:

// LambdaDemo.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include <algorithm>
#include <iostream>
#include <ostream>
#include <vector>

using namespace std;

int _tmain(int argc, _TCHAR* argv[])
{
    vector<int> v;
    for (int i = 0; i < 10; ++i) {
        v.push_back(i);
    }
         for_each(v.begin(), v.end(), [] (int n) {
        cout << n;
        if (n % 2 == 0) {
            cout << " even ";
        } else {
            cout << " odd ";
        }
    });
    cout << endl;

    return 0;
}

  这段代码循环遍历输出vector中的每一个数,并判断这个数是奇数还是偶数。我们可以随时修改Lambda表达式而改变这个匿名函数的实现,修改对集合的操作。在这段代码中,C++使用一对中括号“[]”来表示Lambda表达式的开始,其后的”(int n)”表示Lambda表达式的参数。这些参数将在Lambda表达式中使用到。为了体会Lambda表达式的简洁,我们来看看同样的功能,如何使用函数对象实现:
 
#include "stdafx.h"
#include <algorithm>
#include <iostream>
#include <ostream>
#include <vector>
using namespace std;

struct LambdaFunctor {
    void operator()(int n) const {
        cout << n << " ";
        if (n % 2 == 0) {
            cout << " even ";
        } else {
            cout << " odd ";
        }

    }
};

int _tmain(int argc, _TCHAR* argv[])
{
    vector<int> v;

    for (int i = 0; i < 10; ++i) {
        v.push_back(i);
    }

    for_each(v.begin(), v.end(), LambdaFunctor());
    cout << endl;

    return 0;
}
  通过比较我们就可以发现,Lambda表达式的语法更加简洁,使用起来更加简单高效

静态断言static_assert

  在之前的C++标准C++03中,我们可以使用两种断言:
  • 使用预处理中的条件编译和#error指令,可以在预处理阶段检查一些编译条件
  • 可以使用宏assert来进行运行时检查,以确保程序逻辑的正确性

  但使用#error方法是非常烦琐的,并且不能够对模板参数进行检查,因为模板实例化是在编译时进行,而#error方法是在预处理阶段进行的。而assert宏是在运行时进行检查。不难发现,我们缺少了一样东西,那就是可用于在编译时检查的工具。于是,静态断言应运而生。

  在新的C++标准C++0x中,加入了对静态断言的支持,引入了新的关键字static_assert来表示静态断言。使用静态断言,我们可以在程序的编译时期检测一些条件是否成立,这个特性在调试模板函数的模板参数时特别有用。在编译的时候,模板函数实例化,这时我们就可以使用静态断言去测试模板函数的参数是否按照我们的设计拥有合适的值。例如下面这段代码:

template <int N> struct Kitten {
    static_assert(N < 2, "Kitten<N> requires N < 2.");
};

int main() {
    Kitten<1> peppermint;
    Kitten<3> jazz;

   return 0;
}
  当我们在主函数中使用“1”去实例化Kitten这个结构体时,在编译的时候,静态断言static_assert会测试参数N的值,当N的值小于2时就会产生一个断言错误,并将相应的调试帮助信息输出到“Error List”窗口中,这样程序员就可以对问题快速定位,解决问题就更加方便了。
 


图2 static_assert断言及其输出


  另外,静态断言还带来很多其他的优势。例如静态断言在编译时进行处理,不会产生任何运行时刻空间和时间上的开销,这就使得它比assert宏具有更好的效率。另外比较重要的一个特性是如果断言失败,它会产生有意义且充分的诊断信息,帮助程序员快速解决问题。

  auto关键字

  在C++0x中,auto关键字的意义发生了改变。从Visual C++ 2010开始,auto关键字将用于指引编译器根据变量的初始值来决定变量的数据类型。换句话说,我们可以把auto当成一种新的数据类型,它可以“从初始化器(initialize)中推导出所代表的变量的真正类型”。这种对auto关键字的使用方式可以大大消除当前替代方式所导致的冗长和易出错的代码。我们看一个实际的例子:

#include <iostream>
#include <map>
#include <ostream>
#include <regex>
#include <string>
using namespace std;
using namespace std::tr1;

int main() {
    map<string, string> m;

    const regex r("(\w+) (\w+)");

    for (string s; getline(cin, s); ) {
        smatch results;
        if (regex_match(s, results, r)) {
            m[results[1]] = results[2];
        }
    }
    for (auto i = m.begin(); i != m.end(); ++i) {
        cout << i->second << " are " << i->first << endl;
    }

    return 0;
}
  在这段代码中,我们使用auto关键字来代替了真正的数据类型map<string, string>::iterator,这使得整个代码自然而简洁。

  另外,跟其他数据类型一样,我们也可以对auto关键字进行修饰,例如添加const,指针(*),左值引用(&),右值引用(&&)等等,编译器会根据auto类型所代表的真正的数据来决定这些修饰的具体含义。

  为了兼容一些旧有的C++代码,我们可以使用/Zc:auto这个编译器选项,来告诉编译器是采用auto关键字的原有定义还是在新标准C++0x中的定义。

右值引用

  作为最重要的一项语言特性,右值引用(rvalue references)被引入到 C++0x中。我们可以通过操作符“&&”来声明一个右值引用,原先在C++中使用“&”操作符声明的引用现在被称为左值引用。

int a;
int& a_lvref = a;  // 左值引用

int b;
int&& b_rvref = b;  // 右值应用
  左值引用和右值引用的表现行为基本一致,它们唯一的差别就是右值引用可以绑定到一个临时对象(右值)上,而左值引用不可以。例如:

int& a_lvref = int();      // error C2440: 'initializing' : cannot convert from 'int' to 'int &'   
int&& b_rvref = int();  // OK!
  在第一行代码中,我们将一个临时对象int()绑定到一个左值引用,将产生一个编译错误。而在第二行中,我们将临时对象绑定到右值引用,就可以顺利通过编译。

  右值是无名的数据,例如函数的返回值一般说来就是右值。当对右值进行操作的时候,右值本身往往没有必要保留,因此在某些情况下可以直接“移动”之。通过右值引用,程序可以明确的区分出传入的参数是否为右值,从而避免了不必要的拷贝,程序的效率也就得到了提高。我们考虑一个简单的数据交换的小程序,从中来体会右值引用所带来的效率提升。我们可以写一个函数swap来实现两个变量值的交换:

template <class T> swap(T& a, T& b)
{
    T tmp(a);   // tmp对象创建后,我们就拥有了a的两份拷贝
    a = b;      // 现在我们拥有b的两份拷贝
    b = tmp;    // 现在我们拥有a的两份拷贝
}
  在这段代码中,虽然我们只是为了进行简单的数据交换,但是却执行了多次对象拷贝。这些对象的拷贝操作,特别是当这些对象比较大的时候,无疑会影响程序的效率。

  那么,如果使用右值引用如何实现呢?

// RValueRef.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"

template <class T>
T&& move(T&& a)
{
    return a;
}

template <class T> void swap(T& a, T& b)
{
    T tmp(move(a)); // 对象a被移动到对象tmp,a被清空
    a = move(b);    // 对象b被移动到对象a,b被清空
    b = move(tmp);  // 对象tmp被移动到对象b
}

int _tmain(int argc, _TCHAR* argv[])
{
    int a = 1;
    int b = 2;
    swap(a, b);

   return 0;
}
  在这段重新实现的代码中,我们使用了一个move()函数来代替对象的赋值操作符“=”,move()只是简单地接受一个右值引用或者左值引用作为参数,然后直接返回相应对象的右值引用。这一过程不会产生拷贝(Copy)操作,而只会将源对象移动(Move)到目标对象。

  正是拷贝(Copy)和移动(Move)的差别,使得右值引用成为C++0x中最激动人心的新特性之一。从实践角度讲,它能够完美是解决C++中长久以来为人所诟病的临时对象的效率问题。从语言本身讲,它健全了C++中的引用类型在左值右值方面的缺陷。从库设计者的角度讲,它给库设计者又带来了一把利器。而对于广大的库使用者而言,不动一兵一卒便能够获得“免费的”效率提升。

  在Visual Studio 2010中,因为有了对这些C++0x新特性的支持,重新点燃了程序员们对C++的热情。C++重振雄风,指日可待!

 

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/begtostudy/archive/2009/06/22/4289154.aspx



https://blog.sciencenet.cn/blog-234554-239672.html

上一篇:进化论与智能设计论之争
下一篇:开通我的第二学术博客
收藏 IP: .*| 热度|

1 胡俊峰

发表评论 评论 (1 个评论)

数据加载中...
扫一扫,分享此博文

Archiver|手机版|科学网 ( 京ICP备07017567号-12 )

GMT+8, 2024-5-12 17:48

Powered by ScienceNet.cn

Copyright © 2007- 中国科学报社

返回顶部