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