使用自定义标记/结构化语言与 XML 的设计注意事项是什么

Question

我想要一个文本界面来存储一些想要放入 mySQL 表中的结构化数据。目前它是使用以下符号的文本形式。

我试图理解为什么使用 XML - 基本上我的字段将在 XML 标签中，而不是使用“自定义标记/结构”/**/、- 和 |来表示表和字段。

我有代码可以将其放入 mySQL 中并提取它。我只是觉得使用这个符号有点像黑客。稍后，结构化数据文件将用于导入和导出数据，有点像导出书签时的 Internet Explorer。

/*Table*/
-
Field 1 | Field 2 | Field 3
-
Field 1 | Field 2 | Field 3

使用自定义标记语言与 XML 的设计注意事项是什么？

Answer 1

您应该使用 XML，因为：

1. XML 解析器已经存在。您不必重新发明轮子。
2. 如果您的字段之一包含分隔符，会发生什么情况？
3. 您永远不知道您的应用程序会如何增长。 XML 丰富且成熟，因此您不必考虑应用程序的未来。您可能对自己的解析器感到头疼。
4. 如果您不想使用 XML，请考虑 TrueWill 的答案作为替代方案。在开始自己编码之前先做一些研究。

Answer 2

为什么要自己发明？有十多种轻量级标记语言。

编辑：@Luc M 的回答非常好。一般来说，您（几乎）总是希望使用现有的解析器（如果有的话）。为什么要重新发明轮子？如果您想要简单的格式，请使用 CSV、YAML，或 JSON 。但 XML 并没有什么问题，而且有很多很多可靠的解析器可供使用。大多数雇主关心的是快速且廉价地获得高质量的软件，而编写解析器很少有助于实现这一目标。

Answer 3

有哪些考虑因素？

通过自己动手的解决方案，您将获得的有利的东西：

解析时间：这只是您可能获得的东西。在读取数据方面，您很难击败像 RapidXML 这样的优化解析器。但是，您的解析器将能够直接解析您的数据结构，而使用基于轻量级语言的解决方案，您必须遍历它发出的数据结构以生成真实数据。

请注意，预制解决方案仍然有可能击败您的解决方案，只是因为编写优化的解析器很困难。尽管 Boost.Spirit 总能帮助你。

这确实是我能想到的 DIY 解决方案的所有优点。如果这是您要从用户那里获得的数据，那么使用自制解决方案进行错误报告可能会有优势。但你谈论的是你将生成和使用的数据；不需要手动编辑，因此错误报告不会成为一个重大问题。

您从 XML 或其他轻量级语言解决方案获得的东西几乎都被其他解决方案涵盖了。

Answer 4

3 个原因：

(a) XML 规范经过仔细编写，对于什么是允许的、什么是不允许的没有任何含糊之处。本土规范从来没有那么彻底（相信我，我已经看过数百个规范），因此您将永远争论特定消息是否有效。

(b) 有多种一致且高性能的 XML 解析器可供选择 - 您永远不必担心编写和测试您自己的解析器。 （根据我的经验，本土语言的解析器通常在投入生产之前对大约 5 条测试消息进行测试，结果不可避免。）

(c) 围绕 XML 有一个完整的生态系统 - 创作工具、验证器、编程语言 API、安全性，规范化，你能想到的；加上使这一切顺利进行的技能和知识。

尽管如此，对于非常简单的数据，可能还有其他同样有效的格式，例如 Java 属性文件。但我会避开 CSV - 有无数种不同的风格，但没有一个被正确指定。