dsl - 哪个更适合 UI 或 DSL？

Question

我们有一个系统，其行为由许多 XML 文件定义。(大约 50 个不同的 XML 文件，每个文件管理子系统的行为。)

出于遗留原因，XML 文件采用自定义格式，旨在方便系统中的各种组件使用。

自定义格式对于人类来说不是很直观和可读。(这对我们来说也是一个重要的考虑因素)。

那么我们如何解决这个可读性问题呢？

我觉得在这些 XML 文件之上编写一个直观的 UI 应该可以完成这项工作。

但是我的同事认为用 DSL 替换 XML 文件是一个更好的主意，因为它们既直观又机器可读。

这是个好主意还是矫枉过正？我觉得与 UI 相比，正确使用 DSL 非常困难。但我可能是错的。

如有任何帮助，我们将不胜感激。谢谢。

Answer 1

XML 到 XML 的转换是一种折衷的解决方案，我可能会使用这种方法。

UI 必须非常完整才能替代基于文本的行为描述，而常见的基于文本的习惯用法(例如复制和粘贴、搜索和替换等)很难在 UI 中以良好的可用性实现.

但是，带有自定义解析器的成熟 DSL 可能走得太远了，特别是如果团队中的多个成员都没有解析器或编译器经验。别误会我的意思——我认为人们不应该害怕解析器，我自己就是一名编译器工程师——但有些人害怕是事实，如果解析器做得不对，它会得到很快就乱了。

因此，我提倡设计一种理想化的 XML 格式，并编写一个工具，使用 XSLT(如果容易的话——我不会太深入地研究 XSLT 函数等)或将这种格式转换为您真正的 XML 格式一个简单的翻译应用程序。

使用可读的文本格式规范有很多优势:临时编辑很容易(您只需要记事本)，与源代码控制的差异是可读的，片段可以通过电子邮件发送等等。可用性和功能与文本格式的对等并不容易。