C++实现xml解析器示例详解
xml格式简单介绍
<?xml version="1.0"?>
<!--这是注释-->
<workflow>
<work name="1" switch="on">
<plugin name="echoplugin.so" switch="on" />
</work>
</workflow>
我们来简单观察下上面的xml文件，xml格式和html格式十分类似，一般用于存储需要属性的配置或者需要多个嵌套关系的配置。
xml一般使用于项目的配置文件，相比于其他的ini格式或者yaml格式，它的优势在于可以将一个标签拥有多个属性，比如上述xml文件格式是用于配置工作流的，其中有name属性和switch属性，且再work标签中又嵌套了plugin标签，相比较其他配置文件格式是要灵活很多的。
具体的应用场景有很多，比如使用过Java中Mybatis的同学应该清楚，Mybatis的配置文件就是xml格式，而且也可以通过xml格式进行sql语句的编写，同样Java的maven项目的配置文件也是采用的xml文件进行配置。
而我为什么要写一个xml解析器呢？很明显，我今后要写的C++项目需要用到。
xml格式解析过程浅析
同样回到之前的那段代码，实际上已经把xml文件格式的不同情况都列出来了。
从整体上看，所有的xml标签分为：
- xml声明（包含版本、编码等信息）
- 注释
- xml元素：1.单标签元素。 2.成对标签元素。
其中xml声明和注释都是非必须的。 而xml元素，至少需要一个成对标签元素，而且在最外层有且只能有一个，它作为根元素。
从xml元素来看，分为：
- 名称
- 属性
- 内容
- 子节点
根据之前的例子，很明显，名称是必须要有的而且是唯一的，其他内容则是可选。 根据元素的结束形式，我们把他们分为单标签和双标签元素。
代码实现
完整代码仓库：xml-parser
实现存储解析数据的类——Element
代码如下：
namespace xml
{
using std::vector;
using std::map;
using std::string_view;
using std::string;
class Element
{
public:
using children_t = vector<Element>;
using attrs_t = map<string, string>;
using iterator = vector<Element>::iterator;
using const_iterator = vector<Element>::const_iterator;
string &Name()
{
return m_name;
}
string &Text()
{
return m_text;
}
//迭代器方便遍历子节点
iterator begin()
{
return m_children.begin();
}
[[nodiscard]] const_iterator begin() const
{
return m_children.begin();
}
iterator end()
{
return m_children.end();
}
[[nodiscard]] const_iterator end() const
{
return m_children.end();
}
void push_back(Element const &element)//方便子节点的存入
{
m_children.push_back(element);
}
string &operator[](string const &key) //方便key-value的存取
{
return m_attrs[key];
}
string to_string()
{
return _to_string();
}
private:
string _to_string();
private:
string m_name;
string m_text;
children_t m_children;
attrs_t m_attrs;
};
}
上述代码，我们主要看成员变量。
- 我们用string类型表示元素的name和text
- 用vector嵌套表示孩子节点
- 用map表示key-value对的属性
其余的方法要么是Getter/Setter，要么是方便操作孩子节点和属性。 当然还有一个to_string()方法这个待会讲。
关键代码1——实现整体的解析
关于整体结构我们分解为下面的情形：
代码如下：
Element xml::Parser::Parse()
{
while (true)
{
char t = _get_next_token();
if (t != '<')
{
THROW_ERROR("invalid format", m_str.substr(m_idx, detail_len));
}
//解析版本号
if (m_idx + 4 < m_str.size() && m_str.compare(m_idx, 5, "<?xml") == 0)
{
if (!_parse_version())
{
THROW_ERROR("version parse error", m_str.substr(m_idx, detail_len));
}
continue;
}
//解析注释
if (m_idx + 3 < m_str.size() && m_str.compare(m_idx, 4, "<!--") == 0)
{
if (!_parse_comment())
{
THROW_ERROR("comment parse error", m_str.substr(m_idx, detail_len));
}
continue;
}
//解析element
if (m_idx + 1 < m_str.size() && (isalpha(m_str[m_idx + 1]) || m_str[m_idx + 1] == '_'))
{
return _parse_element();
}
//出现未定义情况直接抛出异常
THROW_ERROR("error format", m_str.substr(m_idx, detail_len));
}
}
上述代码我们用while循环进行嵌套的原因在于注释可能有多个。
关键代码2——解析所有元素
对应代码：
Element xml::Parser::_parse_element()
{
Element element;
auto pre_pos = ++m_idx; //过掉<
//判断name首字符合法性
if (!(m_idx < m_str.size() && (std::isalpha(m_str[m_idx]) || m_str[m_idx] == '_')))
{
THROW_ERROR("error occur in parse name", m_str.substr(m_idx, detail_len));
}
//解析name
while (m_idx < m_str.size() && (isalpha(m_str[m_idx]) || m_str[m_idx] == ':' ||
m_str[m_idx] == '-' || m_str[m_idx] == '_' || m_str[m_idx] == '.'))
{
m_idx++;
}
if (m_idx >= m_str.size())
THROW_ERROR("error occur in parse name", m_str.substr(m_idx, detail_len));
element.Name() = m_str.substr(pre_pos, m_idx - pre_pos);
//正式解析内部
while (m_idx < m_str.size())
{
char token = _get_next_token();
if (token == '/') //1.单元素，直接解析后结束
{
if (m_str[m_idx + 1] == '>')
{
m_idx += 2;
return element;
} else
{
THROW_ERROR("parse single_element failed", m_str.substr(m_idx, detail_len));
}
}
if (token == '<')//2.对应三种情况：结束符、注释、下个子节点
{
//结束符
if (m_str[m_idx + 1] == '/')
{
if (m_str.compare(m_idx + 2, element.Name().size(), element.Name()) != 0)
{
THROW_ERROR("parse end tag error", m_str.substr(m_idx, detail_len));
}
m_idx += 2 + element.Name().size();
char x = _get_next_token();
if (x != '>')
{
THROW_ERROR("parse end tag error", m_str.substr(m_idx, detail_len));
}
m_idx++; //千万注意把 '>' 过掉，防止下次解析被识别为初始的tag结束，实际上这个element已经解析完成
return element;
}
//是注释的情况
if (m_idx + 3 < m_str.size() && m_str.compare(m_idx, 4, "<!--") == 0)
{
if (!_parse_comment())
{
THROW_ERROR("parse comment error", m_str.substr(m_idx, detail_len));
}
continue;
}
//其余情况可能是注释或子元素，直接调用parse进行解析得到即可
element.push_back(Parse());
continue;
}
if (token == '>') //3.对应两种情况：该标签的text内容，下个标签的开始或者注释（直接continue跳到到下次循环即可
{
m_idx++;
//判断下个token是否为text，如果不是则continue
char x = _get_next_token();
if (x == '<')//不可能是结束符，因为xml元素不能为空body，如果直接出现这种情况也有可能是中间夹杂了注释
{
continue;
}
//解析text再解析child
auto pos = m_str.find('<', m_idx);
if (pos == string::npos)
THROW_ERROR("parse text error", m_str.substr(m_idx, detail_len));
element.Text() = m_str.substr(m_idx, pos - m_idx);
m_idx = pos;
//注意：有可能直接碰上结束符，所以需要continue，让element里的逻辑来进行判断
continue;
}
//4.其余情况都为属性的解析
auto key = _parse_attr_key();
auto x = _get_next_token();
if (x != '=')
{
THROW_ERROR("parse attrs error", m_str.substr(m_idx, detail_len));
}
m_idx++;
auto value = _parse_attr_value();
element[key] = value;
}
THROW_ERROR("parse element error", m_str.substr(m_idx, detail_len));
}
开发技巧
无论是C++开发，还是各种其他语言的造轮子，在这个造轮子的过程中，不可能是一帆风顺的，需要不断的debug，然后再测试，然后再debug。。。实际上这类格式的解析，单纯的进行程序的调试效率是非常低下的！
特别是你用的语言还是C++，那么如果出现意外宕机行为，debug几乎是不可能简单的找出原因的，所以为了方便调试，或者是意外宕机行为，我们还是多做一些错误、异常处理的工作比较好。
比如上述的代码中，我们大量的用到了 THROW_ERROR 这个宏，实际上这个宏输出的内容是有便于调试和快速定位的。 具体代码如下：
//用于返回较为详细的错误信息，方便错误追踪
#define THROW_ERROR(error_info, error_detail) \
do{ \
string info = "parse error in "; \
string file_pos = __FILE__; \
file_pos.append(":"); \
file_pos.append(std::to_string(__LINE__));\
info += file_pos; \
info += ", "; \
info += (error_info); \
info += "\ndetail:"; \
info += (error_detail);\
throw std::logic_error(info); \
}while(false)
如果发生错误，这个异常携带的信息如下：
打印出了两个非常关键的信息：
内部的C++代码解析抛出异常的位置
解析发生错误的字符串
按理来说这些信息应该是用日志来进行记录的，但是由于这个项目比较小型，直接用日常信息当日志来方便调试也未尝不可🥳
有关C++的优化
众所周知在C++中，一个类有八个默认函数：
- 默认构造函数
- 默认拷贝构造函数
- 默认析构函数
- 默认重载赋值运算符函数
- 默认重载取址运算符函数
- 默认重载取址运算符const函数
- 默认移动构造函数（C++11）
- 默认重载移动赋值操作符函数（C++11）
我们一般情况需要注意的构造函数和赋值函数函数需要的是以下三类：
- 拷贝构造。
- 移动构造。
- 析构函数。
以下面的代码为例来说明默认的行为：
class Data{
...
}
class test{
pvivate:
Data m_data;
}
额外注意
默认情况的模拟
class Data{
...
}
class test{
public:
//拷贝构造
test(test const&src) = default;//等价于下面的代码
//test(test const& src):m_data(src.m_data){}
//移动构造
test(test &&src) = default;//等价于下面代码
//tset(test&& src):m_data(std::move(src.m_data)){}
pvivate:
Data m_data;
}
从上述情况可以看出，如果一个类的数据成员中含有原始指针数据，那么拷贝构造和移动构造都需要自定义，如果成员中全都用的标准库里的东西，那么我们就用默认的就行，因为标准库的所有成员都自己实现了拷贝和移动构造！比如我们目前的Element就全都用默认的就好。
需要特别注意的点
- 显式定义了某个构造函数或者赋值函数，那么相应的另一个构造或者赋值就会被删除默认，需要再次显式定义了。 举个例子：比如我显式定义了移动构造（关于显式定义，手动创建算显式，手动写default也算显示），那么就会造成所有的默认拷贝（拷贝构造和拷贝赋值）被删除。相反显式定义了移动赋值也是类似的，默认的拷贝行为被删除。拷贝的对于显式的默认行为处理也是一模一样。
- 如果想要使用默认的构造/赋值函数，那么对应的成员也都必须支持。 例如以下代码：
class Data{
...
}
class test{
pvivate:
Data m_data;
}
由于test类没有写任何构造函数，那么这8个默认构造函数按理来说都是有的，但如果Data类中的拷贝构造由于某些显式定义情况而被删除了，那么test类就不再支持拷贝构造（对我们造成的影响就是：没法再直接通过等号初始化）。
最后，通过上述规则我们发现，如果想要通过默认的构造函数偷懒，那么首先你的成员得支持对应的构造函数，还有就是不要画蛇添足：比如本来我什么都不用写，它自动生成8大默认函数，然后你手写了一个拷贝构造=default，好了，你的默认函数从此少了两个，又得你一个个手动去补了！
故如果成员变量对移动和拷贝行为都是支持的，那么你就千万不要再画蛇添足了，除非你需要自定义某些特殊行为（比如打日志什么的）。如果你的成员变量中含有原始指针，那么一定需要手动写好移动和拷贝行为。如果成员变量对拷贝和移动行为部分支持，那么根据你的使用情况来进行选择是否需要手动补充这些行为！
以上就是C++实现xml解析器示例详解的详细内容，更多关于C++ xml解析器的资料请关注脚本之家其它相关文章！
相关文章
这篇文章主要介绍了C++编程中标记语句与复合语句的写法,是C++入门学习中的基础知识,需要的朋友可以参考下2016-01-01
这篇文章主要给大家介绍了关于C语言素数(质数)判断的3种方法,质数是只能被1或者自身整除的自然数(不包括1),称为质数,文中通过代码介绍的非常详细,需要的朋友可以参考下2023-11-11
本文介绍了，atoi和itoa函数的实现方法，需要的朋友可以参考一下2013-03-03
这篇文章主要介绍了C++string字符串拼接遇到的问题及解决方案,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教2023-07-07
这篇文章主要介绍了 swift Character类型详解及实例的相关资料,需要的朋友可以参考下2017-06-06
不止一个学生问到我：“老师，为什么我们的应用程序设计要学C语言而不是别的？C语言不是已经过时了吗？如果现在要写一个Windows程序，用VB或Dephi开发多快呀，用C行吗？退一万步，为什么选择C而不是C++呢？”2013-07-07
这篇文章主要给大家介绍了关于OpenCV相机标定的相关资料,文中通过实例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下2022-03-03
在 C 语言 中我们要获取 字符串 的长度，可以使用strlen 函数，strlen 函数计算字符串的长度时，直到空结束字符，但不包括空结束字符，因为 strlen 函数时不包含最后的结束字符的，因此一般使用 strlen函数计算的字符串的长度会比使用 sizeof 计算的字符串的字节数要小2022-04-04
这篇文章主要介绍了c语言如何实现DES加密解密问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教2023-04-04
这篇文章主要为大家详细介绍了C语言中字符串的存储方法，文中示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下2017-08-08
最新评论