我不能代表Xtext是什么或做得好的方面。
根据我们使用DMS软件重构工具包的经验，我可以谈论开发处理真实语言的强大工具的问题，这是我们想象中的语言操作框架。
首先，真实语言的解析通常涉及到词法分析和/或语法分析中的混乱情况，这是由于这些语言的历史演变方式造成的。Java非常干净。 C＃具有上下文相关关键字和类似于C的基本预处理器。 C具有完整的预处理器。由于语法模糊不清和模板语法的花招，C ++因此而闻名“难以解析”。COBOL相当丑陋，没有任何参考文法，并且有各种方言。 PHP定义非常糟糕，如果看它会让你石化。（DMS对所有这些都有解析器，在真实应用中使用过）。
然而，如果你努力尝试，通常可以使用大多数可用的解析技术来解析所有这些内容，通常是通过滥用词法分析器或解析器来实现你的目标（GNU团队如何滥用Bison来解析C ++，通过将词法分析与符号表查找交织在一起，这是一个很好的丑陋案例）。但是，要正确处理语言细节需要付出很大的努力，并且参考手册只是关于编译器实际接受什么的近似值。
如果Xtext有一个不错的解析引擎，那么可以使用Xtext完成此操作。简要浏览Xtext网站，听起来词法分析器和解析器相当不错。我没有看到任何关于“语义断言”的内容；我们在DMS中使用它们，在解析的某些非常黑暗的角落中，它们是救星。即使使用非常好的解析技术（我们使用GLR解析器），在没有它们的情况下很难解析COBOL数据声明（在解析过程中提取它们的嵌套结构）。
你面临一个有趣的问题，因为你的语言尚未定义清楚。这将使得你的初始解析器有些混乱，并且你需要经常进行修改。这就是强大的解析技术发挥作用的地方：如果你可以轻松修订语法，你就可以专注于想要的语言外观，而不是专注于与词法分析器和解析器的斗争。事实上，你可以更改语言定义，这意味着如果Xtext有一些限制，你可以通过较小的代价来弯曲你的语言语法以匹配它们。ANTLR确实具有几乎按照你想象的那样解析语言的能力，除了通常的解析器调试量。
从未讨论的是处理语言所需的其他内容。首先，您需要能够构建AST，ANTLR和YACC将帮助您完成此操作；我假设Xtext也可以。您还需要符号表、控制流和数据流分析（本地和全局），以及将您的语言转换为其他东西（可能更可执行）的机制。仅进行符号表会发现非常困难；C++有几百页的“如何查找标识符”；Java泛型比您想象的要困难得多。如果您想提供重构，您可能还想将AST漂亮地打印回源代码。（编辑：这里，ANTLR和Xtext都提供了类似于文本模板驱动的代码生成）。然而，这些都是复杂的机制，需要与构建解析器一样多的时间，甚至更多。DMS之所以存在并不是因为它可以解析（我们认为这只是扑克游戏中的底注），而是因为所有这些其他东西非常困难，我们想要摊销做所有这些事情的成本（我们认为DMS对所有这些机制都有很好的支持，但您的经验可能有所不同）。
阅读Xtext概述，听起来他们对符号表有一些支持，但不清楚背后的假设是什么（例如，对于C ++，您必须支持多重继承和名称空间）。
如果您已经开始使用ANTLR并且有一些运行中的内容，我会建议继续前进；我怀疑Xtext将为您提供很多额外的帮助。如果您真的非常想要Xtext的编辑器，那么您可能可以付出重组语法的代价来实现切换（这是更改解析范例时要付出的相当典型的代价）。预计大部分工作将在您正确获取解析器之后以一种特定方式出现。我认为您在这方面不会发现Xtext或ANTLR有太大的不同。
