问题标签 [dataformat]

我将编写一个国际象棋服务器和一个或多个国际象棋客户端，我想以独立于编程语言的方式描述国际象棋规则（例如，基于游戏状态的允许移动，游戏完成时的规则）。这有点棘手，因为一些国际象棋规则（例如 King Castling、en passent、基于 3 个或更多重复移动的平局）不仅基于棋盘布局，而且基于移动的历史。

我希望格式为：

• 文本的
• 人类可读
• 基于标准（例如 YAML、XML）
• 易于用多种语言解析

但我愿意牺牲其中任何一个来换取合适的解决方案。

我的主要问题是：如何构建如此复杂的算法，以从数据格式对如此复杂的状态进行操作？

后续问题是：您能否提供一个以类似方式解决的类似问题的示例，可以作为起点？

编辑：为了响应清晰的请求——考虑我将有一个用 Python 编写的服务器，一个用 C# 编写的客户端和另一个用 Java 编写的客户端。我想避免在每个地方指定规则（例如允许的棋子移动、检查情况等）。我更愿意以独立于语言的方式指定这些规则一次。

我最近才听说 JSON（Javascript Object Notation）。谁能解释为什么它被认为（某些网站/博客/等）很重要？我们已经有了 XML，为什么 JSON 更好（除了“原生于 Javascript”）？

编辑：嗯，主要答案主题似乎是“它更小”。但是，它允许跨域获取数据这一事实对我来说似乎很重要。或者这在实践中还没有（还）被广泛使用吗？

是否可以在运行时在 ASP.NET DataGridView 中设置列​​或单元格的 DataFormatString 属性？

有谁知道 Tibco rvd 数据报的可用 Javadoc（特别是“com.tibco.tibrv.TibrvMsg”类）？反编译类以获得签名并不难，但这并不能说明预期的最佳使用等。

我所需要的只是用于互操作性目的的简单读/写功能，但理想情况下使用推荐的方法，有时类似的东西包含在 javadocs 中（我知道该产品没有积极开发或支持，但有很多遗留系统使用它；以及一些为了方便而使用数据格式本身的非 rvd 系统 (?))。

在 asp.net 中，我使用的是这个：

这有可能在经典的asp中得到它吗？

如果您不了解二进制，我知道 BCD 就像更直观的数据类型。但是我不知道为什么要使用这种编码，因为它以 4 位表示浪费（当表示大于 9 时），所以它没有多大意义。

另外我认为 x86 只支持直接添加和订阅（您可以通过 FPU 转换它们）。

这可能来自旧机器或其他架构？

我目前正在用 java 开发一个桌面应用程序，它存储用户数据，例如 ftp 服务器的书签。在决定如何保存这些信息时，我最终使用了 xml，仅仅是因为我喜欢xpath的工作方式。我也在考虑json，它似乎更轻量级。

在 Java 桌面应用程序中存储数据的首选方式是什么（通常），为什么？java-persistence怎么样，有什么值得注意的优点吗？用户数据的大小有多重要？并非总是可以将数据存储在数据库中（或者更可取），并且根据我的经验，xml 不能很好地扩展。让我知道你的想法！

还没有人提到 json，这让我很惊讶。没有适合的情况？

我们处理科学研究数据，我们将大量数据以不同的模板文件格式（excel、csv、txt、xml 等）放在一起。我们使用旧的遗留C程序（内部开发）将这些数据加载到我们的数据库中。（我们使用 ingres 作为我们的 DBMS）。是否有任何可用于 ETL（提取、转换、加载）过程的开源软件？如果您使用过，您的经历是什么？

我正在为稍微复杂的数据格式编写词法分析器（使用 re2c）和解析器（使用 Lemon）：类似于 CSV，但在特定位置具有特定的字符串类型（仅限字母数字字符、字母数字字符和减号，除此之外的任何字符引号和逗号，但带有平衡的大括号等），大括号内的字符串和看起来像函数调用的字符串，带有可以包含参数的左大括号和右大括号。

我第一次尝试它是一个有许多状态的词法分析器，每个状态都迎合特定的字符串格式。但是在来自词法分析器的许多无用的“意外输入”消息（变得非常大）之后，我意识到它可能正在尝试完成解析器的工作。我放弃了我的第一次尝试，使用了一个只有一个状态、许多字符标记和一个将标记组合成不同字符串类型的解析器的词法分析器。这效果更好，当某些东西关闭时，我会从解析器中得到更多有用的语法错误，但仍然感觉不太正确。我正在考虑向词法分析器添加一个或两个状态，但从解析器启动状态，它对给定实例中需要哪种字符串类型有更好的“概述”。总的来说我觉得有点傻:(

我没有正式的 CS 背景，并且对数学很重的理论有点回避。但也许某处有一个教程或书籍来解释词法分析器应该（和不应该）做什么以及解析器应该做什么工作。如何构建良好的标记模式，何时使用词法分析器状态，何时以及如何使用递归规则（使用 LALR 解析器），如何避免模棱两可的规则。一本讲授基础知识的实用食谱。“Lex and YACC Primer/HOWTO”很好，但还不够。因为我只是想解析一种数据格式，所以关于编译器构建的书（比如红龙书）对我来说看起来有点过大。

或者也许有人可以在这里给我一些简单的规则。

我正在编写一个快速前端来显示吉他指法谱。前端在 Flash 中，但我想以某种人类可读的格式存储选项卡。有人知道已经存在的东西吗？关于如何去做的任何建议？我从阅读一些 stackoverflow 帖子中得到的一个想法是使用严格的 ASCII 制表符格式，如下所示：

它有优点。我可以从结构中获得很多信息（有多少弦、它们的调音、音符的相对位置），但它有点冗长。我猜 '-' 在通过电线发送时会很好地压缩掉。

如果有人知道用于描述吉他标签的现有数据格式，我也会看看。

编辑：

我应该注意，这种格式对我来说是 90%，可能除了我自己以外的任何人都看不到。我想要一种简单的方法来编写最终将在 Flash 前端中显示为图形的选项卡文件，并且我不想编写编辑器前端。