问题标签 [data-formats]

JSON 文本 ( RFC 4627 ) 对对象、数组、字符串、数字、布尔值（字面意思true或false）和null. 但是，它没有定义任何时间信息，如日期和时间，这在应用程序中很常见。鉴于RFC 4627中规定的约束和语法，当前使用哪些方法来表示 JSON 中的时间？

受访者须知：此问题的目的是记录已知流通的各种方法以及示例和相关优缺点（最好来自现场经验）。

我有一个带有联系表格的网站。用户提交姓名、电子邮件和消息，网站通过电子邮件将详细信息发送给我。

偶尔我的服务器的电子邮件系统出现问题，因此用户收到错误并且这些联系方式丢失。（不要说：获得更好的服务器，任何服务器都会时不时地出现电子邮件关闭，我们确实会收到很多提交）。

如果邮件发送函数返回错误代码，我想实现一个可以存储用户详细信息的系统。然后在每次进一步提交时，检查任何存储的提交并尝试将它们发送给我。

但是如何存储数据？

我正在使用python，所以我考虑使用搁置（单文件半数据库）。或者也许有人可以建议更好的数据格式？（我确实认为一个完整的数据库解决方案会有点矫枉过正。）

我看到的单个文件方法的问题是竞争条件：同时发送两封或多封失败的电子邮件会导致对数据文件进行两次编辑，从而导致数据损坏。

那么该怎么办？多文件解决方案，文件锁定还是其他？

我的 PHP 应用程序需要能够导出（和导入）一系列不同的数据格式，主要是基于 XML 的。

我可以选择

• 在 PHP 中，使用 DOM 导出到某种基于 XML 的格式，该格式是其他人所需的所有数据的超集，并为我想要支持的每种输出格式创建一个单独的 XSLT 样式表，通过 PHP 的 XSL 扩展运行 DOM 输出。

或者

• 不使用 PHP 的 XSL 扩展，而是将每个输出格式实现为原生 PHP 中的一个类，该类使用 DOM 直接从内部对象/结构转换为给定的 XML 格式，每个这样的类都实现相同的接口，因此它们是可互换的。

该应用程序将被大学使用，它是一种以各种方式管理“人员”记录的工具，以及从各种来源（如他们的人力资源系统等）进行导入/导出的工具。我将自己实现一组输入和输出格式，但是将来，使用它的人可能会想要修改它以支持他们自己的格式。

我考虑不使用 XSLT 的一个原因是，如果将来除了我之外还有其他人要维护该应用程序，那么似乎很少有人知道 XSLT——似乎有更多人知道 PHP。

另一个是第二个似乎是一个更有效和“程序化”的解决方案，并且在某种意义上更灵活，因为我可以通过重载像 CSV 或基于列的文本一样轻松地输出和导入非 XML 格式类的必要部分，而不是经常需要的部分。

第三个但非常小且无关紧要的原因是 PHP 需要重新编译才能启用 XSL，而 DOM 默认情况下是启用的，因此它的可移植性会更高一些。然而，这并不是什么大问题，因为它很容易重新配置 PHP。

你觉得我的推理怎么样？

我是 AJAX 的新手，但作为概述，我想知道您可以上传和下载哪些格式。它是否仅限于 JSON 或 XML，或者您甚至可以发送 MP3 或 UTF-8 HTML 等二进制类型。最后，您是否可以完全控制数据，字节数组中的字节，或者只是发送/接收的字符串。

有时感觉就像 XML 被使用只是因为它很时髦。

我是一个完美主义者，需要一个好名字来解析具有这种格式的数据的函数：

也许也许

我不确定这种数据格式的正确名称是什么。请指教！谢谢你的时间。

I´m developing a Java solution for manage an iTunes Library (ITL file). The ITL format is a propietary one. I'm looking for an implementation or a documentation about ITL format but Google can't find anything useful.

Does anyone have experience about that? Where to find more information?

Thanks in advance.

所以美国农业部有一些关于食物的一般营养成分的奇怪数据库，很自然我们会窃取它用于我们的应用程序。但无论如何，行的格式如下：

有了这些奇怪~和^分离的值，它也缺少标题行，但没关系，我可以从他们网站上的其他内容中弄清楚：http ://www.ars.usda.gov/Services/docs.htm?docid =8964

任何帮助都会很棒！如果重要的话，我们正在使用 Ruby 制作一个开放/免费的 API 来查询这些数据。

此外，我很难提出这个问题，所以我把它做成了一个社区维基，这样我们都可以参与进来！

I'm having hard time to choose the format on which my server and my end points will communicate with.
I am considering:

• JSON
• YAML Too hard to parse
• CSV
• Google Protobufs
• Binary packing/unpacking (with no use of casting/memset/memcpy to enable portability)
• Some form of DSL
• Any other suggestion you might have

My criterias are ordered from the most important to the least:

1. Which is the easiest to parse?
2. Which is the fastest to parse?
3. Which has the smallest in bytes?
4. Which has the potential to have the most readable messages?
5. Which has the potential to be encrypted more easily?
6. Which has the potential to be compressed more easily?

EDIT to clarify:

• Are the data transfers bi-directional? Yes.
• What is the physical transport? Ethernet.
• Is the data formatted as packets or streams? Both but usually packets.
• How much RAM do the end-points have? The smallest amount possible, depeands on the format I choose.
• How big are your data? As big as it needs to be. I won't receive huge datasets though.
• Does the end-point have an RTOS? No.

我的意思是，假设我有一个struct来表示一些数据，它看起来像这样：

Ashort和两个byte值都可以放入 32 位。我想知道的是（出于对齐目的、性能等），是否以以下格式存储这些数据实际上是有意义的：

这是没有意义的吗？有什么好处/缺点？