Extensible Markup Language (xml)对于应用软件的设计人员来说是一把双刃剑。xml已经成为连接异类应用软件的最终数据桥梁。但是就像那些具有足够的灵活性可在复杂的情况下工作的权宜之计一样，xml也会有一些不稳定。
有些时候你需要发挥创造力并将xml的灵活性推向极限，而另一些时候，则最好撤回来坚持使用你所熟悉的东西。
在检查xml应用软件出现问题的地方时，第一个步骤就是要综合地考虑xml的弱点。要注意的是，很多这样的弱点是由于xml还不成熟所导致，一些缺点和不足是这个技术在Web上过快地生长而超过了它自身的发展速度所造成的。无庸置疑，我们的未来会更好，但现在，下面的一些现实决定了在技术的使用时要以安全可靠为准则：
分布式系统的性质：xml使能了分布式系统，而分布式系统繁杂的结构经常让人感到很麻烦，它缺乏灵活性和容错性能。
xml的复杂性迅速增加：xml存在的一个很大原因就是在平台之间提供数据的便携性。这样，对于功能性标准来说，它极度的灵活，甚至是有一点模糊不清。而另一方面，分布式系统却又是极度的严格和敏感。分布式系统越复杂，出现错误所能导致的后果就越严重。这里很容易看出二者不同的特性相互矛盾。xml的灵活性使它成为一个很好的桥梁，但是随着复杂性的增加，又会使得它不便于管理。
Web自动化的需要：我们想尽可能地让人们摆脱工作的束缚，但在很多的Web应用软件里，我们让人们工作在基于浏览器的界面环境之中。这样的系统是很难实现自动化的，因为HTML和它的出处（derivations）并不能轻易地被大多数自动化平台所解析。
平台的灵活性导致应用软件灵活性的缺乏：具有较高灵活性的平台可以在创建应用软件时给你带来更多的定制化选项。而应用软件的定制化程度越高，最终他们的灵活性就越低。这个现象在要求相当严格的服务器和服务工作方面产生了一些混乱。
