1)处理机制：
Try { 若try子句中的任何函数抛出logic_error或者调用另一
代码 个函数抛出这类异常，则catch语句会立即执行；
}
Catch(logic_error& e){ 关键字throw表明函数将立即退出，不会返回到调用
处理程序 程序，而是一直向外退出，直到找到处理异常的语句；
}
n 若有异常则通过throw操作创建一个异常对象并抛掷。
n 如果在保护段执行期间没有引起异常，那么跟在try块后的catch子句就不执行。程序从try块后跟随的最后一个catch子句后面的语句继续执行下去。
n catch子句按其在try块后出现的顺序被检查。匹配的catch子句将捕获并处理异常（或继续抛掷异常）。
n 如果匹配的处理器未找到，则运行函数terminate将被自动调用，其缺省功能是调用abort终止程序。
2)抛出和捕获值：
异常捕获机制:
Try块中不需要捕获所有的异常,当异常发生时,异常处理机制会子自里向外的查找匹配的处理程序,并只执行满足条件的第一个处理程序。
写catch语句时，应该先匹配派生类，然后基类；
抛出的值可以是任何类型，基本类型或者对象；但是捕获时，有类型转换问题，（int—>double,或者char*àstring）改变原意；
为了解决这个问题，是抛出和捕获对象：
例子：
#include<iostream>
#include<stdexcept>
usingnamespace std;
classFutureValueError : public logic_error{
public:
FutureValueError(stringe):logic_error(e){}
};
doublefuture(){
throw FutureValueError("illegalfuture_value ");
return 2.0;
}
voidread(){
try{
double d=future();
cout<<"intread()"<<endl; //这种情况，以后的语句永远执行不到
}
catch(bad_alloc& e)
{
cout<<"catch bad_allocerror"<<e.what()<<endl;
}
}
voidprocess_record(){
try{
read();
}
catch(logic_error& e)
{
cout<<"catchlogic_error "<<e.what()<<endl;
}
}
intmain(){
process_record();
原创文章，转载请注明出处：http://blog.csdn.net/zhy_cheng/article/details/8481366。
题目是说的简单数据存储，也就是说少量的简单的数据存储，大量复杂的数据应该使用SQLite。
cocos2d-x提供了相应的方法存储简单数据
CCUserDefault::sharedUserDefault()->setStringForKey("name","zhycheng");
CCUserDefault::sharedUserDefault()->setBoolForKey("BOOL",true);
CCUserDefault::sharedUserDefault()->setDoubleForKey("DOUBLE",2.6);
CCUserDefault::sharedUserDefault()->setFloatForKey("FLOAT",1.2f);
CCUserDefault::sharedUserDefault()->setIntegerForKey("INT",3);这里存储的是基本数据，获得的话就使用相应的get方法。
CCLog("%s",CCUserDefault::sharedUserDefault()->getStringForKey("name","zhy_cheng").c_str());getStringForKey的第二个参数是在找不到Key的时候使用的值。
文件存储的地址可以使用CCUserDefault::sharedUserDefault()->getXMLFilePath().c_str()获得。
我获到文件存储的地址之后，打开发现如下：
<?xml version="1.0" encoding="utf-8"?> <userDefaultRoot> <string>value2</string> <integer>11</integer> <float>2.500000</float> <double>2.600000</double> <bool>false</bool> <name>zhycheng</name> <BOOL>true</BOOL> <DOUBLE>2.600000</DOUBLE> <FLOAT>1.200000</FLOAT> <INT>3</INT> </userDefaultRoot>这里面都是明文，没有加密，游戏玩家就可以改了，这点要注意。
图片抗锯齿的话，可以如下解决：
CCSprite *s=CCSprite::create("xiao.png");
//抗锯齿
s->getTexture()->setAntiAliasTexParameters();
//s->getTexture()->setAliasTexParameters();//不抗锯齿
s->setPosition(ccp(240,160));
addChild(s);
CCActionInterval *ac=CCScaleTo::actionWithDuration(2,5);
s->runAction(ac);下面看看抗锯齿与不抗锯齿的效果：
原图
放大5被之后的效果
抗锯齿
不抗锯齿
这是一个比较常用的指令,只要在头文件的最开始加入这条指令就能够保证头文件被编译一次
#pragma once用来防止某个头文件被多次include，#ifndef，#define，#endif用来防止某个宏被多次定义。
#pragma once是编译相关，就是说这个编译系统上能用，但在其他编译系统不一定可以，也就是说移植性差，不过现在基本上已经是每个编译器都有这个定义了。
#ifndef，#define，#endif这个是C++语言相关，这是C++语言中的宏定义，通过宏定义避免文件多次编译。所以在所有支持C++语言的编译器上都是有效的，如果写的程序要跨平台，最好使用这种方式
二、#ifndef~#define~#endif
1: #ifndef SALESITEM_H2:
#define SALESITEM_H3:
// Definition of Sales_itemclass and related functions goes here4:
#endif
头文件应该含有保护符，即使这些头文件不会被其他头文件包含。编写头文件保护符并不困难，而且如果头文件被包含多次，它可以避免难以理解的编译错误。
在编写头文件之前，我们需要引入一些额外的预处理器设施。预处理器允许我们自定义变量。
预处理器变量 的名字在程序中必须是唯一的。任何与预处理器变量相匹配的名字的使用都关联到该预处理器变量。
为了避免名字冲突，预处理器变量经常用全大写字母表示。
预处理器变量有两种状态：已定义或未定义。定义预处理器变量和检测其状态所用的预处理器指示不同。#define指示接受一个名字并定义该名字为预处理器变量。#ifndef 指示检测指定的预处理器变量是否未定义。如果预处理器变量未定义，那么跟在其后的所有指示都被处理，直到出现 #endif。
可以使用这些设施来预防多次包含同一头文件：
#ifndef SALESITEM_H #define SALESITEM_H // Definition of Sales_itemclass and related functions goes here #endif条件指示
#ifndef SALESITEM_H测试 SALESITEM_H 预处理器变量是否未定义。如果 SALESITEM_H 未定义，那么 #ifndef 测试成功，跟在#ifndef 后面的所有行都被执行，直到发现 #endif。相反，如果 SALESITEM_H 已定义，那么 #ifndef 指示测试为假，该指示和 #endif 指示间的代码都被忽略。
为了保证头文件在给定的源文件中只处理过一次，我们首先检测 #ifndef。第一次处理头文件时，测试会成功，因为 SALESITEM_H 还未定义。下一条语句定义了 SALESITEM_H。那样的话，如果我们编译的文件恰好又一次包含了该头文件。#ifndef 指示会发现 SALESITEM_H 已经定义，并且忽略该头文件的剩余部分。
头文件应该含有保护符，即使这些头文件不会被其他头文件包含。编写头文件保护符并不困难，而且如果头文件被包含多次，它可以避免难以理解的编译错误。
当没有两个头文件定义和使用同名的预处理器常量时，这个策略相当有效。我们可以为定义在头文件里的实体（如类）命名预处理器变量来避免预处理器变量重名的问题。一个程序只能含有一个名为 Sales_item 的类。通过使用类名来组成头文件和预处理器变量的名字，可以使得很可能只有一个文件将会使用该预处理器变量
三、比较
#pragma once与 #ifndef的区别
为了避免同一个文件被include多次
1 #ifndef方式
2 #pragma once方式
在能够支持这两种方式的编译器上，二者并没有太大的区别，但是两者仍然还是有一些细微的区别。
方式一：
#ifndef __SOMEFILE_H__
#define __SOMEFILE_H__
... ... // 一些声明语句
#endif
方式二：
#pragma once
... ... // 一些声明语句
#ifndef的方式依赖于宏名字不能冲突，这不光可以保证同一个文件不会被包含多次，也能保证内容完全相同的两个文件不会被不小心同时包含。当然，缺点就是如果不同头文件的宏名不小心“撞车”，可能就会导致头文件明明存在，编译器却硬说找不到声明的状况
#pragma once则由编译器提供保证：同一个文件不会被包含多次。注意这里所说的“同一个文件”是指物理上的一个文件，而不是指内容相同的两个文件。带来的好处是，你不必再费劲想个宏名了，当然也就不会出现宏名碰撞引发的奇怪问题。对应的缺点就是如果某个头文件有多份拷贝，本方法不能保证他们不被重复包含。当然，相比宏名碰撞引发的“找不到声明”的问题，重复包含更容易被发现并修正。
方式一由语言支持所以移植性好，方式二可以避免名字冲突