对数据操作封装的一点心得
假设缓存中数据的格式如下所示：
id | name level exp time
下面，我们考虑对数据操作进行封装，先定义一个类
class CCacheData;
在对数据进行操作时，可能需要读写name，于是我们写了一个接口，这个接口会实时更新缓存
class CCacheData
{
SetName(string &name);
};
由于业务需要，我们需要一个接口更新exp，于是又多了一个接口
class CCacheData
{
SetName(string &name);
SetExp(int exp);
};
由于业务需要，我们需要一个接口更新exp的同时，更新time，于是又多了一个接口
class CCacheData
{
SetName(string &name);
SetExp(int exp);
SetExp(int exp, int time);
};
由于业务需要，我们需要一个接口更新level，于是又多了一个接口
class CCacheData
{
SetName(string &name);
SetExp(int exp);
SetExp(int exp, int time);
SetLevel(int level);
};
由于业务需要，我们需要一个接口更新level的同时，更新time，于是又多了一个接口
class CCacheData
{
SetName(string &name);
SetExp(int exp);
SetExp(int exp, int time);
SetLevel(int level);
SetLevel(int level, int tim);
};
由于业务需要，我们需要一个接口 ．．．
．．．．．．．．
上面的方式，有几个弊端：
1.接口会随着业务不断增加
2.每次更新都会更新数据源，开销比较大，如果业务需要多次更新时，不能保证原子操作
于是，我们想了一个办法，用一个结构体把数据封装起来，然后定义读写接口，如下所示：
class CCacheData
{
struct stData{
int id;
string name;
int exp;
int level;
int time;
};
Get(stData &data);
Set(stData &data);
};
上面的方式业务简单而且清晰，也解决了第一种封装方式的问题，但存在安全性的问题。
比如，一个调用者，可能在业务逻辑中多次调用，在外部多次修改结构体，很有可能会不小心修改了不应该改的字段，如不小心赋了下初值等，这样set的时候会直接回写，数据就会出错。
于是我们想到一种更好的方式，暴露给调用者的只有接口，而数据结构本身做为一个成员变量保存在类中，如下所示：
class CCacheData
{
struct stData{
int id;
string name;
int exp;
int level;
int time;
};
public:
Query(int id);
Commit();
SetName(string &name);
string GetName();
SetExp(int exp);
int GetExp();
SetLevel(int level);
int GetLevel();
SetTime(int time);
int GetTime();
private:
stData m_data;
};
这样，每次调用时先Query，把数据读出，并给m_data赋值，然后，可以多次调用get和set接口，如果有set过的话，最后只要调用commit接口，就可提交，这种方式有几个优点：
1.保证了原子性，无论是读或写几个字段，都只要两次操作即可完成
2.保证了类成员数据安全，封装等级比较高
3.数据结构调整时（比如添加一个flag字段），由于暴露给上层的只是接口，所以调用者代码无需修改
总结：
对缓存或数据库数据操作进行封装时，一定要注意原子性、通用性和可扩展性，最好给上层提供统一的接口类或实现，这样，才能保证代码不会随业务复杂性增加而快速暴涨，同时也能保证代码的清晰与易用性。
上面的封装采用了Facade模式，其实设计模式在编码中处处可以体现，这也对我们开发人员提出更高的要求，如果能合理、适度的使用设计模式，使自己的代码更简洁、更优美。