C++不常见关键字

C++中的explicit关键字用来修饰类的构造函数，表明该构造函数是显式的，既然有"显式"那么必然就有"隐式"，那么什么是显示而什么又是隐式的呢？

如果c++类的构造函数有一个参数，那么在编译的时候就会有一个缺省的转换操作：将该构造函数对应数据类型的数据转换为该类对象，如下面所示：
class MyClass
{
public:
  MyClass( int num );
}
....
MyClass obj = 10; //ok,convert int to MyClass
在上面的代码中编译器自动将整型转换为MyClass类对象，实际上等同于下面的操作：
MyClass temp(10);
MyClass obj = temp;
上面的所有的操作即是所谓的"隐式转换"。

如果要避免这种自动转换的功能，我们该怎么做呢？嘿嘿这就是关键字explicit的作用了，将类的构造函数声明为"显示"，也就是在声明构造函数的时候前面添加上explicit即可，这样就可以防止这种自动的转换操作，如果我们修改上面的MyClass类的构造函数为显示的，那么下面的代码就不能够编译通过了，如下所示：
class MyClass
{
public:
  explicit MyClass( int num );
}
....
MyClass obj = 10; //err,can't non-explict convert

 

 

 

mutable关键字

    关键字mutable是C＋＋中一个不常用的关键字,他只能用于类的非静态和非常量数据成员我们知道一个对象的状态由该对象的非静态数据成员决定,所以随着数据成员的改变,对像的状态也会随之发生变化!

如果一个类的成员函数被声明为const类型,表示该函数不会改变对象的状态,也就是该函数不会修改类的非静态数据成员.但是有些时候需要在该类函数中对类的数据成员进行赋值.这个时候就需要用到mutable关键字了

例如:
class Demo
{
public:
    Demo(){}
    ~Demo(){}
public:
    bool getFlag() const
    {
        m_nAccess＋＋;
        return m_bFlag;
    }
private:
    int  m_nAccess;
    bool m_bFlag;
};

int main()
{
    return 0;
}

编译上面的代码会出现 error C2166: l-value specifies const object的错误说明在const类型的函数中改变了类的非静态数据成员.这个时候需要使用mutable来修饰一下要在const成员函数中改变的非静态数据成员

m_nAccess,代码如下:

class Demo
{
public:
    Demo(){}
    ~Demo(){}
public:
    bool getFlag() const
    {
        m_nAccess＋＋;
        return m_bFlag;
    }
private:
    mutable int  m_nAccess;
    bool m_bFlag;
};

int main()
{
    return 0;
}

这样再重新编译的时候就不会出现错误了!

 

volatile关键字

volatile关键字是一种类型修饰符，用它声明的类型变量表示可以被某些编译器未知的因素更改，比如

操作系统、硬件或者其它线程等。遇到这个关键字声明的变量，编译器对访问该变量的代码就不再进行

优化，从而可以提供对特殊地址的稳定访问。

使用该关键字的例子如下：

int volatile nVint;

当要求使用volatile 声明的变量的值的时候，系统总是重新从它所在的内存读取数据，即使它前面的指

令刚刚从该处读取过数据。而且读取的数据立刻被保存。

例如：

volatile int i=10;
int a = i;
。。。//其他代码，并未明确告诉编译器，对i进行过操作
int b = i;

volatile 指出 i是随时可能发生变化的，每次使用它的时候必须从i的地址中读取，因而编译器生成的

汇编代码会重新从i的地址读取数据放在b中。而优化做法是，由于编译器发现两次从i读数据的代码之间

的代码没有对i进行过操作，它会自动把上次读的数据放在b中。而不是重新从i里面读。这样以来，如果

i是一个寄存器变量或者表示一个端口数据就容易出错，所以说volatile可以保证对特殊地址的稳定访问

。

注意，在vc6中，一般调试模式没有进行代码优化，所以这个关键字的作用看不出来。下面通过插入汇编

代码，测试有无volatile关键字，对程序最终代码的影响：

首先用classwizard建一个win32 console工程，插入一个voltest.cpp文件，输入下面的代码：

#include <stdio.h>
void main()
{
 int i=10;
 int a = i;

 printf("i= %d/n",a);
        //下面汇编语句的作用就是改变内存中i的值，但是又不让编译器知道
 __asm {
  mov         dword ptr [ebp-4], 20h
 }

 int b = i;
 printf("i= %d/n",b);
}

然后，在调试版本模式运行程序，输出结果如下：
i = 10
i = 32

然后，在release版本模式运行程序，输出结果如下：
i = 10
i = 10

输出的结果明显表明，release模式下，编译器对代码进行了优化，第二次没有输出正确的i值。

下面，我们把 i的声明加上volatile关键字，看看有什么变化：

#include <stdio.h>
void main()
{
 volatile int i=10;
 int a = i;

 printf("i= %d/n",a);
 __asm {
  mov         dword ptr [ebp-4], 20h
 }

 int b = i;
 printf("i= %d/n",b);
}

分别在调试版本和release版本运行程序，输出都是：
i = 10
i = 32

这说明这个关键字发挥了它的作用！

 

 

__based关键字

　　该关键字主要用来解决一些和共享内存有关的问题,它允许指针被定义为从某一点开始算的32位偏移值,而不是内存中的绝对位置

　　举个例子:
 　　typedef struct tagDEMOSTRUCT {
　　int a;
　　char sz[10];
　　} DEMOSTRUCT, * PDEMOSTRUCT;
　　HANDLE hFileMapping = CreateFileMapping((HANDLE)(0xFFFFFFFF),NULL,PAGE_READWRITE,0,1000000,"test");

　　hFileMapping= OpenFileMapping(FILE_MAP_ALL_ACCESS,false,"test");
　　LPVOID lpShare = (LPDWORD)MapViewOfFile(hFileMapping,FILE_MAP_ALL_ACCESS,0,0,0);

　　DEMOSTRUCT __based(lpShare)* lpDemo; 

　　lpDemo=(struct tagDEMOSTRUCT __based(lpShare) *)((LPBYTE)lpShare+0XAAA);

　　(红色部分是我加的，在VC++6.0里面编译通过，经过测试lpDemo指针的值是0XAAA）

　　strcpy(lpDemo->sz,"19821006");

      上面的例子声明了一个指针lpDemo,内部储存的是从lpShare开始的偏移值,也就是lpDemo是以lpShare为基准的偏移值.上面的例子中的DEMOSTRUCT只是随便定义的一个结构,用来代表任意的结构.

　　虽然__based指针使用起来非常容易,但是,你必须在效率上付出一定的代价.每当你用__based指针处理数据,CPU都必须为它加上基地址,才能指向真正的位置