我被联系了一个做VoiceXML的机会-我对此没有任何经验，但是显然这可能没事。但是，我对该技术进行了一些初步研究，它看起来很老，从未获得太多吸引力，等等。但是我无法弄清楚是什么技术替代了它。 VoiceXML是现在掌握的一项很好的技能，还是它消失了/从未真正吸引过这么多人？如果它快要消亡了，该用什么代替它？为什么？
最佳答案
对于开发交互式语音响应（IVR）系统而言，VoiceXML仍然遥遥无期。所有的顶级IVR平台都支持VoiceXML，因为it is an open standards supported by the W3C一直在积极地被Voice Browser Working Group以及其他许多相关标准所采用。在this blog post中对VoiceXML和开发环境的发展进行了很好的讨论。
VoiceXML的另一个优点是，它使用基于Web的技术来开发语音应用程序，因此您可以利用在该领域拥有的任何技能来进行开发。但是，如果您不熟悉IVR开发，则还需要学习其他技能才能成功，例如语音用户界面（VUI）设计，如何为语音应用程序开发语法以及调整语音应用程序。无论语言或开发环境如何，您都需要学习这些技能。
开发IVR应用程序的另一种方法是减少框架，如开源项目VoiceModel，该方法可以减少对VoiceXML的了解。如果您已经具备ASP.NET技能，则可以使用VoiceModel来开发在VoiceXML平台上运行的IVR应用程序，而无需了解VoiceXML。它将其抽象到更高的层次，您只需将.NET对象拼凑在一起即可定义您的语音应用程序。 VoiceModel的另一个优点是您可以开发IVR应用程序一次，它将在与VoiceXML兼容的IVR或基于云的IVR（如Tropo）上运行。计划还包括对Twilio的支持。
也许那是您听到有关VoiceXML死亡的嗡嗡声。有一些基于云的IVR /电话平台正在出现，例如Tropo和Twilio，它们不使用VoiceXML而是使用自己的专有API。对我来说，这是向IVR开发的过去倒退的一步，在IVR开发中，每个IVR供应商都有其专有的开发环境和语言。我坚信VoiceXML之类的开放标准，但我必须承认，这种新型的IVR供应商肯定在市场上引起了一定的吸引力。我认为现在确定它们是否能够生存还为时过早。
所以主要的问题是；是否有VoiceXML的替代方案。答案是肯定的。两种选择是Tropo和Twilio基于云的平台的专有API。另一种选择是使用VoiceModel之类的东西来抽象出对VoiceXML的了解，但允许您在与VoiceXML兼容的平台上运行该应用程序。甚至另一种选择是使用VoiceObjects之类的开发环境，它也抽象出了许多了解VoiceXML的需求。
另一个问题是； VoiceXML是一项很好的技能。如果您正在开发许多IVR应用程序，尤其是在支持现有IVR应用程序时，我会说是的。那里有很多需要维护的VoiceXML应用程序，目前企业中主要的IVR平台与VoiceXML兼容。如果您正在开发一次性应用程序，则可能需要研究Tropo或Twilio之类的东西。需要注意的是，如果这些新兴公司破产了，您可能会用VoiceXML重新编写应用程序。这就是为什么我喜欢开放标准。或者，两全其美，看看VoiceModel之类的东西。