本帖最后由 baizy77 于 2019-8-28 17:13 编辑
作者: 女儿叫老白 转载请注明出处! ---------------------------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------------------------
引言 ---------------------------------------------------------------- 在软件的生命周期中,软件的代码一直是在不断变化的。即使在投运之后的型号维护过程中,软件仍然在不断发生改变。如果一套软件涉及到对二进制文件的操作,而且新版本改变了二进制文件的结构,那么当我们更换软件版本时,我们的软件如何正确识别并读取旧版本软件保存的二进制文件就成了一个必须要面对的问题。本节,我们讨论一下这个问题有什么解决方案。
正文 ---------------------------------------------------------------- 我们所说的兼容性一般指向前兼容,也就是新程序可以打开旧程序保存的文件,这可以简称为新程序打开旧文件。而兼容性还有另一层含义也就是向后兼容。什么叫向后兼容呢?依照前面的说法,应该是旧程序可以打开新文件。旧程序怎么能识别新文件呢?别急,我们现在就来为朋友们揭晓答案。 为二进制文件增加扩展性和兼容性有两个思路:第一个思路是为文件创建版本号,通过版本号来识别文件的版本,进而做不同的处理;第二个思路是借鉴XML格式文件的设计
思路1 先说第一个思路:为文件创建版本号。为此我们设计了文件属性类SFileAttr: 代码清单04-18-01 fileattribute.h - namespace ns_train {
- // ......
- const quint16 c_MD5_Length = 16;/// md5码的长度,单位:字节。
- /// 文件的属性
- struct BASE_API SFileAttr
- {
- quint16 mainVer; /// 主版本号
- quint16 subVer; /// 次版本号
- quint8 md5[c_MD5_Length]; /// 本文件的md5码,二进制格式使用,
- /// 文本格式不用该属性。
- SFileAttr(){ mainVer = 1; subVer = 0; memset(md5, 0, c_MD5_Length); }
- };
- // ......
- } // namespace ns_train
复制代码代码清单04-18-01中,SFileAttr属于可公用的结构体,所以我们把它放到公共库basedll中。 SFileAttr拥有3个成员:主版本号、次版本号、md5码。 主次版本号用来区分大的改动和小的改动。当文件结构发生大的变化时就更新大版本号。而如果只是将类的新增成员变量序列化到文件,这种属于小改动,只需要变更小版本号。 请注意,代码清单04-18-01中将所示代码放到了命名空间ns_train里面,以便跟basedll中地其他类保持在同一个命名空间中。后面的代码将不再专门展示命名空间。 现在继续看fileattribute.h头文件: 代码清单04-18-02
fileattribute.h - static const quint16 c_MainVersion= 1; /// 当前文件的主版本号
- static const quint16 c_SubVersion = 1; /// 当前文件的次版本号
- /// 获取当前文件的主版本号(使用本程序保存文件时的版本号)
- static quint16 getMainVersion() {
- return c_MainVersion;
- }
- /// 获取当前文件的次版本号(使用本程序保存文件时的版本号)
- static quint16 getSubVersion() {
- return c_SubVersion;
- }
复制代码代码清单04-18-02中提供了两个静态变量用来指示当前文件的主次版本号。也就是当前程序执行保存(序列化)操作时保存的文件版本。为了方便,在第5行、第9行提供了两个静态接口用来访问当前主次版本号。 除此之外,还设计了文件头类SFileHead: 代码清单04-18-03
filehead.h - /// 文件头类
- class SFileHead {
- public:
- SFileHead() {
- m_nMainVersion = c_MainVersion;
- m_nSubVersion = c_SubVersion;
- }
- SFileHead(quint16 nMainVersion, quint16 nSubVersion) {
- m_nMainVersion = nMainVersion;
- m_nSubVersion = nSubVersion;
- }
- // ......
- private:
- quint16 m_nMainVersion; /// 主版本号
- quint16 m_nSubVersion; /// 次版本号
- };
复制代码代码清单04-18-03展示了SFileHead的部分定义。该类主要被用来指示文件的版本号,这些信息一般被放置在文件头,所以我们可以把它称作文件头类。 下面我们分别介绍一下该类提供的接口。 代码清单04-18-04
filehead.h - /// 文件(程序)版本号是否比传入的版本号旧
- bool isEarlierVersion(quint16 nMainVersion, quint16 nSubVersion) const {
- if ((m_nMainVersion < nMainVersion)
- || (m_nMainVersion == nMainVersion && m_nSubVersion < nSubVersion)) {
- return true;
- }
- else {
- return false;
- }
- }
复制代码isEarlierVersion()接口用来判断SFileHead对象的版本号是否比传入的版本号旧(低)。 代码清单04-18-05
filehead.h - /// 文件版本号是否比传入的版本号新
- bool isLaterVersion(quint16 nMainVersion, quint16 nSubVersion) const {
- if ((m_nMainVersion > nMainVersion)
- || (m_nMainVersion == nMainVersion && m_nSubVersion >= nSubVersion) {
- return true;
- }
- else {
- return false;
- }
- }
复制代码isLaterVersion()接口用来判断SFileHead对象的版本号是否比传入的版本号新(高)。 还有下面几个接口,比较简单,注释也比较明确,在此不再详述。 代码清单04-18-06 filehead.h - /// 当前文件主版本号是否比传入的主版本号新
- bool isLaterMainVersion(quint16 nMainVersion) const {
- if (m_nMainVersion > nMainVersion) {
- return true;
- }
- else {
- return false;
- }
- }
- /// 文件版本号是否与传入的版本号相同
- bool isSameVersion(quint16 nMainVersion, quint16 nSubVersion) const {
- if ((m_nMainVersion == nMainVersion)
- && (m_nSubVersion == nSubVersion)) {
- return true;
- }
- else{
- return false;
- }
- }
- /// 将版本号转化为QString类型字符串,如版本1.0,转后为"1.0"
- QString toQString() const {
- QString str = QString::number(m_nMainVersion).
- append(".").
- append(QString::number(m_nSubVersion));
- return str;
- }
- /// 将QString类型字符串转化为版本号,如字符串"1.0",转后为版本1.0
- static SFileHead fromQString(QString str) {
- SFileHead FileHead;
- if (str.contains('.')) {
- qint32 index = str.indexOf('.');
- FileHead.m_nMainVersion = str.left(index).toUShort();
- FileHead.m_nSubVersion = str.right(str.length() –
- index - 1).toUShort();
- }
- else {
- FileHead.m_nMainVersion = 0;
- FileHead.m_nSubVersion = 0;
- }
- return FileHead;
- }
复制代码当执行序列化时,我们就可以把当前版本号保存到文件: 代码清单04-18-07
country.h - ESerializeCode CCountry::serializeBinary(QDataStream& ds, QString* pError) const {
-
- ns_train::SFileAttr attrs;
-
- // 保存文件头信息(保存时总是保存为当前程序版本所对应的文件格式)
-
- attrs.mainVer = ns_train::getMainVersion();
-
- attrs.subVer = ns_train::getSubVersion();
-
- ds << attrs;
-
-
- ds << m_strName;
-
- ds << m_strContinent;
-
- quint16 nCount = 0;
-
- // ……
-
- }
复制代码 从代码清单04-18-07可以看出,第7行处,在文件开头部分就要将文件属性进行保存,以便在反序列化时先读到文件版本从而执行相应的判断。代码清单04-18-08是CCountry反序列化接口: 代码清单04-18-08 country.cpp - ESerializeCode CCountry::deSerializeBinary(QDataStream& ds, QString* pError) {
- ds.setByteOrder(QDataStream::LittleEndian);
- ESerializeCode retcode = ESERIALIZECODE_OK;
- ns_train::SFileAttr attr;
- ds >> attr;
- ns_train::SFileHead fileHead(attr.mainVer, attr.subVer);
- ds >> m_strName;
- ds >> m_strContinent;
- quint16 nCount = 0; // 需要明确指定数据类型(长度),
- // 否则跨平台时可能出问题。
- // 比如int在各个平台上可能长度不一样。
- if (fileHead.isLaterVersion(1, 1)) {
- // ……
- }
复制代码代码清单04-18-08中, 第6行,首先将保存在文件开头的信息读出来并存放到SFileAttr类型的对象attr。 第7行,用attr构造了SFileHead类型的对象fileHead。
第14行,使用下面的代码来判断文件的版本是否晚于1.1版(含1.1版),从而进行区别处理: - if (fileHead.isLaterVersion(1, 1))
复制代码
思路2: 再来看第二个思路:借鉴XML文件的设计。XML文件有什么设计呢?通过分析XML的解析过程我们可以知道,XML格式之所以具备向前向后兼容性原因就是因为采用字符串作为识别手段。比如它的标签是字符串;它的属性名也是字符串。当程序读取到某个标签或者某个属性名称时,我们会将其与期望的标签或属性名的字符串常量进行比较,从而完成识别和解析。从这个理念出发,我们为二进制格式也可以提供一定程度的向前向后兼容性。具体怎么做呢?我们可以为将要序列化的类提供自定义属性接口。所谓自定义属性接口就是像XML一样,可以通过属性名来访问属性值。我们以CCountry类为例,假设自定义属性接口像下面这样: 代码清单04-18-09
country.h - /**
- * @brief 根据自定义属性名获取自定义属性值
- * @param[in] name 自定义属性名
- * @return 自定义属性值
- */
- QVariant getCustomData(const QString& name) const;
- /**
- * @brief 设置自定义属性值
- * @param[in] name 自定义属性名
- * @param[in] data 自定义属性值
- * @return true:找到自定义属性并赋值,false:未找到该属性
- */
- bool setCustomData(const QString& name, const QVariant& data);
复制代码代码清单04-18-09中,提供了一对get、set接口。功能是通过自定义属性名访问对应的值。为了实现扩展性,我们采用QVariant作为自定义属性值的数据类型。从这两个接口继续思考:因为这是些键值对(key-value),所以我们应该把类的自定义属性的数据结构设计成map,即映射。这就可以方便的通过名字快速查找到属性值了。map就像下面这样设计: - QMap<QString, QVariant> m_mapCustomData;
复制代码我们来看一下get、set接口的实现: 代码清单04-18-10
country.cpp - QVariant CCountry::getCustomData(const QString& name) const {
- QMap<QString, QVariant>::ConstIterator iteMap = m_mapCustomData.constFind(name);
- if (iteMap != m_mapCustomData.constEnd()) {
- return iteMap.value();
- }
- return QVariant();
- }
- bool CCountry::setCustomData(const QString& name, const QVariant& data) {
- QMap<QString, QVariant>::Iterator iteMap = m_mapCustomData.find(name);
- if (iteMap != m_mapCustomData.end()) {
- m_mapCustomData[name] = data;
- return true;
- }
- return false;
- }
复制代码 代码清单04-18-10所示,这两个接口都通过QMap的find接口查找属性,有所不同的是getCustomData()是const接口,因此调用了QMap::constFind(),而且迭代器也是同QMap::constEnd()进行比较。而setCustomData()则调用了QMap::find(),其中迭代器是同QMap::end()进行比较。 为了方便,除了这对get、set接口之外我们还设计了其他接口: 代码清单04-18-11
country.h - ////////////////////////////////////////////////////////////////////////////////////
- // 自定义属性相关
- /**
- * @brief 添加自定义属性名
- * @param[in] name 自定义属性名
- * @return true:成功,false:已存在
- */
- bool addCustomData(const QString& name);
- /**
- * @brief 添加自定义属性值,找到自定义属性并赋值,没找到则添加.
- * @param[in] name 自定义属性名
- * @param[in] data 自定义属性值
- * @return void
- */
- void addCustomData(const QString& name, const QVariant& data);
- /**
- * @brief 获取自定义属性名称列表
- * @param[out] lst 自定义属性名称列表
- * @return 自定义属性名称个数。
- */
- int getAllCustomDataName(QStringList& lst) const;
复制代码这些接口分别用来添加自定义属性和获取自定义属性名列表。其具体实现我们不再详细介绍,见代码清单04-18-12。 代码清单04-18-12
country.cpp - bool CCountry::addCustomData(const QString& name) {
- QMap<QString, QVariant>::Iterator iteMap = m_mapCustomData.find(name);
- if (iteMap == m_mapCustomData.constEnd()) {
- m_mapCustomData[name] = QVariant();
- return true;
- }
- return false;
- }
- void CCountry::addCustomData(const QString& name, const QVariant& data) {
- m_mapCustomData[name] = data;
- }
- int CCountry::getAllCustomDataName(QStringList& lst) const {
- lst.clear();
- QMap<QString, QVariant>::ConstIterator iteMap = m_mapCustomData.constBegin();
- while (iteMap != m_mapCustomData.constEnd()) {
- lst.push_back(iteMap.key());
- iteMap++;
- }
- return m_mapCustomData.size();
- }
复制代码怎样将这些自定义属性进行序列化和反序列化呢? 代码清单04-18-13
country.cpp - ESerializeCode CCountry::serializeBinary(QDataStream& ds, QString* pError) const {
- ns_train::SFileAttr attrs;
- // 保存文件头信息(保存时总是保存为当前程序版本所对应的文件格式)
- attrs.mainVer = ns_train::getMainVersion();
- attrs.subVer = ns_train::getSubVersion();
- ds << attrs;
- ds << m_strName;
- ds << m_strContinent;
- quint16 nCount = 0;
- // 自定义属性的存储
- nCount = m_mapCustomData.size();
- ds << nCount;
- QMap<QString, QVariant>::ConstIterator iteMap = m_mapCustomData.constBegin();
- while (iteMap != m_mapCustomData.constEnd()) {
- ds << iteMap.key();
- ds << iteMap.value();
- iteMap++;
- }
- // ……
- }
复制代码在代码清单04-18-13中: 第13行,保存自定义属性时先保存其个数,我们也借用了一个quint16类型的临时变量。至于到底用哪种类型的变量,建议您根据实际需求定义。如果quint16不够用,您可以选择quint32或者更大的类型。 第16~20行,遍历自定义属性,按照属性名、属性值的方式将自定义属性全部序列化。 可以看出,从第13行到第20行,将自定义属性进行了序列化(保存到文件),其实这已经改变了二进制文件的结构, 下面,我们看一下反序列化接口: 代码清单04-18-14
country.cpp - ESerializeCode CCountry::deSerializeBinary(QDataStream& ds, QString* pError) {
- // ……
- quint16 nCount = 0; // 需要明确指定数据类型(长度),否则跨平台时可能出问题。比如int在各个平台上可能长度不一样。
- if (fileHead.isLaterVersion(1, 1)) {
- ds >> nCount;
- QString strName;
- QVariant var;
- quint16 idx = 0;
- for (; idx < nCount; idx++) {
- ds >> strName;
- ds >> var;
- addCustomData(strName, var);
- }
- }
- //……
- }
复制代码在代码清单04-18-14中: 第5行,我们通过版本判断的方法,根据版本是否高于1.1(含1.1版)来确定二进制流中是否保存了自定义属性。 在第6行,先解析得到自定义属性个数。 第10~14行,解析得到全部自定义属性,并调用addCustomData()添加到CCountry中。 代码清单04-18-15
country.cpp - ESerializeCode CCountry::serializeXML(QDomDocument& doc, QString* pError) const {
- QDomElement rootDoc = doc.createElement(c_tag_doc);
- doc.appendChild(rootDoc);
- // 图形属性
- ns_train::SFileAttr attrs;
- // 保存文件头信息(保存时总是保存为当前程序版本所对应的文件格式)
- attrs.mainVer = ns_train::getMainVersion();
- attrs.subVer = ns_train::getSubVersion();
- rootDoc << attrs;
- // ……
- }
复制代码代码清单04-18-15中: 同二进制格式一样,在XML格式中版本号也能发挥作用。我们在XML中也可以保存版本号:
第11行的rootDoc << attrs就起到了这个作用。在此之前,我们已经在fileattribute.h中定义了SFileAttr 通过"<<"操作符流入QDomElement的接口: - /// 序列化文件的基本数据(XML)
- BASE_API QDomElement& operator<<(QDomElement& ele, const SFileAttr& attrs);
复制代码
代码清单04-18-16 - <?xml version="1.0" encoding="UTF-8"?>
- <doc ver="1.1">
- <content name="中国" continent="">
- <customdata 国歌="义勇军进行曲" flag="五星红旗"/>
- </content>
- </doc>
复制代码代码清单04-18-16中: 第1行代码中,在写入该XML文件时使用了UTF-8编码。那么我们编写的代码文件country.cpp也应该用UTF-8编码,而且用文本编辑器查看这个XML文件时也需要使用UTF-8编码,否则看到的将是乱码。 第2行中,请注意doc元素的ver属性。 第4行,customdata元素用来描述CCountry的自定义属性。该类的所有自定义属性(国歌、flag等)都以属性-值的键值对方式保存到XML中。
代码清单04-18-17
country.cpp - ESerializeCode CCountry::deSerializeXML(const QDomDocument& doc, QString* pError) {
- // ……
- ns_train::SFileAttr attrs;
- rootDoc >> attrs;
- ns_train::SFileHead fileHead(attrs.mainVer, attrs.subVer);
- if (fileHead.isLaterMainVersion(ns_train::getMainVersion())) {
- if (NULL != pError) {
- *pError = QObject::tr("Unable to open higher version graphics files!");
- }
- return ESERIALIZECODE_VERSION_NOTRECOGNIZE;
- }
复制代码在代码清单04-18-17中, 在第5行,在读取XML时,我们也可以将版本号读取出来,并在第6行用来判断文件版本号。在本示例中,并未展示怎样利用该版本号。其实,当我们想改变XML文件结构的时候,就可以用版本号进行判断(比如,为某个元素增加了子元素)。
结语 ---------------------------------------------------------------- 我们利用版本号实现了二进制格式、XML格式的兼容性处理,同时利用自定义属性也实现了扩展性和一定程度的兼容性。当不再改变文件结构而只是增加自定义属性时,我们的二进制格式还支持向后兼容,也就是说我们可以用当前版本的程序读取日后新版本的二进制文件(比如新增了自定义属性)。是不是很棒呢?当然,如果您愿意,您还可以在此基础上做一些优化,比如只有当自定义属性的值跟默认值不同时执行才序列化,否则就跳过这个自定义属性而不用保存它。这样做可以减少文件尺寸,降低磁盘空间占用率。朋友们可以尝试一下。
课程目录: 【独家连载】《Qt入门与提高-GUI产品开发》目录
|