我试图说服我公司的一些高级人员在两个系统之间以结构化格式传输数据的优势。
目前，一个系统输出平面文本文件，并且必须编写复杂的解析器以提取另一侧的数据。每次更改数据时，都必须调整“位置”，这是维护和测试的难题。
这里的双方都有内置的设施来创建和操作XML，所以我所追求的是一篇有说服力的文章，文档，博客文章等，真正引入XML（或任何其他标记语言）作为平面文本的替代方案，旨在以前可能没有合作过的人。
非常感谢
答案 0 :(得分：5)
首先，不要低估自己。激情会赢得他们。这是这场斗争中最重要的因素。此外，真相就在你身边。毕竟它是可扩展的标记语言。可扩展的是名字！
这里有几篇文章可以帮助你...
答案 1 :(得分：3)
不知道任何文章，但有一些优点：
<abc>代码并获取属性def的值”比“转到第n行，抓取字符20-30”更容易理解。唯一的缺点是文件大小可能更大。通过压缩，差异可以忽略不计，无论如何大小都无关紧要。
答案 2 :(得分：3)
我读过的最有说服力的论据之一是Jim Melton和Stephen Buxton撰写的“查询XML”一书的开头
它记录了XML的语言，围绕灵活性的显着和有用的点，以及关键为什么你想要将它用于特定的功能。
保持高度的热情，但退出狂热。你可能会考虑尝试一个概念验证，一旦完成，你就会开始运行！
答案 3 :(得分：2)
既然是你想要说服的资深人士，我认为没有任何文章可以帮助，因为通常它会恢复到金钱。尝试以这种方式工作并解释他们将节省多少钱（类似......每次修改时，XML解决方案花费的时间更少，时间等于钱，所以......你明白了）。
您可以搜索有关已成功更改类似实施的其他公司的新闻。工作解决方案优于理论解决方案。
如果您想要引入的新XML实现出现问题，请注意这可能会返回并咬住您的资产（例如，XML比平面文件更冗长，因此系统之间的通信可能会更慢）。
中间解决方案是改进读/写这些文件的工具。看看FlatWorm，它可能对你有所帮助。
答案 4 :(得分：1)
我的理由：
无需担心数据 '位置'。
符合标准且与之无关 使用第二个系统（这是一个 布局/印刷包装。）
在某种程度上，人类可读。