问题标签 [data-exchange]

阅读 StackOverflow 并收听 Joel Spolsky 和 ​​Jeff Atwood 的播客，我开始相信许多开发人员讨厌使用 XML，或者至少尽量避免使用 XML 来存储或交换数据。

另一方面，我很喜欢使用 XML 有几个原因：

• XML 序列化是用大多数现代语言实现的，并且非常易于使用，
• XML 序列化比二进制序列化要慢，当涉及到使用来自多种编程语言的相同数据或打算由人类阅读和理解（甚至用于调试）的情况下（例如，JSON 更难）时，XML 序列化非常有用了解），
• XML 支持unicode，如果使用得当，不同的编码、字符等都没有问题。
• 有很多工具可以轻松处理 XML 数据。XSLT就是一个示例，它可以轻松呈现和转换数据。XPath是另一种，使搜索数据变得容易，
• XML可以存储在一些SQL服务器中，这使得在SQL表中难以存储的复杂数据必须保存和操作的场景成为可能；例如 JSON 或二进制数据，不能直接通过 SQL 操作（除非通过操作字符串，这在大多数情况下很疯狂），
• XML 不需要安装任何应用程序。如果我希望我的应用程序使用数据库，我必须先安装数据库服务器。如果我希望我的应用程序使用 XML，我不需要安装任何东西，
• XML 比 Windows 注册表或 INI 文件更明确和可扩展，
• 在大多数情况下，不存在 CR-LF 问题，这要归功于 XML 提供的抽象级别。

那么，考虑到使用 XML 的所有好处，为什么这么多开发人员讨厌使用它呢？恕我直言，唯一的问题是：

• XML 过于冗长，并且比大多数其他形式的数据需要更多的空间，尤其是在 Base64 编码方面。

当然，有很多场景根本不适合 XML。将 SO 的问题和答案存储在服务器端的 XML 文件中是绝对错误的。或者，在存储 AVI 视频或一堆 JPG 图像时，XML 是最糟糕的使用方式。

但是其他情况呢？XML的弱点是什么？

对于那些认为这个问题不是一个真正的问题的人：

与非封闭的自 1980 年以来的重要计算新发明之类的问题相反，我的问题是一个非常明确的问题，并且清楚地邀请解释其他人在使用 XML 时遇到的弱点以及他们为什么不喜欢它。它不邀请讨论，例如，XML 是好是坏。它也不需要扩展讨论；因此，到目前为止收到的当前答案简短而准确，并提供了我想要的足够信息。

但它是一个 wiki，因为这个问题不可能有一个独特的好答案。

根据 SO 的说法，“不是一个真正的问题”是一个“很难说出这里要问什么的问题。这个问题是模棱两可的、含糊的、不完整的或修辞的，无法以目前的形式得到合理的回答。”

• 这里要问什么：我认为问题本身很清楚，上面的几段文字使它更加清晰，
• 这个问题是模棱两可的，模糊的，不完整的：再一次，没有什么模棱两可的，既不模糊也不不完整，
• 或修辞：不是：我的问题的答案并不明显，
• 并且无法合理回答：已经有几个人对这个问题给出了很好的回答，表明这个问题可以得到合理的回答。

如何评价答案并确定接受的答案似乎也很明显。如果答案给出了 XML 问题的充分理由，那么这个答案就有可能被投赞成票，然后被接受。

全部，

我正在为一个包含敏感数据的系统（我们的）构建一个接口，这些敏感数据现在必须通过（我们自己设计的）系统接口提供给将被构建到客户其他系统中的内容。

场景：- SystemB 调用 SystemA.NewInterface.getData() 其中 SystemA 是预先存在的（我们的），而 SystemB 是经过身份验证的授权调用者。

问题集中在：这里哪种身份验证机制好？

当然，将使用标准网络级安全性（SSL/TLS、端口阻塞、IP 地址过滤）。但是IP地址可以被欺骗。流动的数据将被混淆（以保护收集数据的人的敏感性和匿名性），但在批量获取时仍然非常有价值。

向呼叫系统颁发证书不是一种选择。

我有一个双因素（ish）身份验证系统的计划/设计/cgarette 数据包视图，该系统以密钥交换为模型，非常类似于“Diffie-Hellman”（关于 Diffie-Hellman 的维基百科），但它涉及的内容足以让业务人员可能会问它的适用性问题。有效问题的有效答案非常技术性。

我认为企业不会理解这种技术选择/计划的原因。

是否有任何全球或国家指南或标准用于系统-> 系统接口的认证，但在受监管的世界（政府、军事、医疗法规）中不使用证书？

如果我可以引用全球组织/标准委员会或监管机构的标准，那么我将很乐意使用（扩展？）该模式……那么企业可以知道它不仅仅是技术“巫术”/烟雾和镜子。

非常感谢您的帮助！

爱达纳语

我的任务是创建一个中间层，它需要在两个独立系统（例如接收器 <=> 中间层 (IL) <=> 发送器）之间交换数据（通过 HTTP）。Receiver 和 Sender 都通过 Web 服务公开一组 API。每次在 Sender 系统中发生事务时，IL 都应该知道它（我正在考虑创建一个不断 ping Sender 的 Windows 服务），处理数据，然后将其传递给 Receiver。IL 可以将数据临时存储在 SQL 数据库中，直到将其传输到 Receiver。我有以下问题-

1. 可以使用 WCF（没有经常使用它）与发送者和接收者（都公开 Web 服务）通信吗？
2. 如何确保保证交付？
3. 如何确保 Internet 上消息的安全性？
4. 处理并发问题的最佳实践是什么？
5. 错误处理的最佳实践是什么？
6. 如何确保数据的可靠性（数据在途中不被篡改）
7. 如何确保将数据接收回发件人？
8. 我需要注意哪些限制？

我需要使用自定义 .NET 解决方案在 MS 平台上实现这一点。我被告知不要使用像 BizTalk 这样的任何中间件。接收器是一个 SDFC 实例，如果这很重要的话。

非常感谢任何指针。谢谢你。

我有一个使用 XML 进行数据交换的 Java Web 应用程序。我编写了一个 servlet，它使用 HTTP Post 从特定客户端上传 XML 文件。一旦 Post 方法成功完成，它会向客户端发送 200 OK 消息（使用默认的 Web 服务器 HTTP 状态）。现在我需要在我的应用程序中包含一些 HTTP 状态代码，以便客户端在上传出现问题时获得一些 HTTP 状态消息（例如 400 错误请求，502 错误网关）。我应该如何在我的 Web 应用程序中添加 HTTP 状态代码？请帮我提出建议。谢谢

在 C# 桌面应用程序和 WCF 服务之间交换数据的最佳方式是什么？我现在知道的唯一方法是将数据作为带有分隔符的字符串数组发送。

谢谢

我实际上正在编写一个 WPF 应用程序。现在，我只是 WPF 的初学者，所以我有一个问题：

在窗口 A 中，有一个带有一些值的复选框。如果我单击窗口 A 上的按钮，则应打开窗口 B。在窗口 B 上，我有一个文本字段和一个保存按钮。当我单击窗口 B 上的按钮并关闭它时，文本字段的值应该在窗口 A 上的复选框中。

首先，我使用 Windows 窗体对此进行了编程，然后使用 BindingSource 解决了它。这在 WPF 中不起作用。我该如何解决？

我的情况：我正在开发一个 Web 监控仪表板，该仪表板收集来自不同应用程序和来源的信息并生成图形、信息图形和报告。

我正在尝试集成的应用程序是 CACTI、Nagios和其他本地私有监控工具。除了 Nagios（我没有太多经验）之外，我可以毫无问题地集成这些应用程序。

我想知道是否有办法将Nagios 用作 Web 服务或类似的东西，所以我可以公开一些信息并使用它在我的仪表板应用程序上生成我自己的报告。

是否有可能在没有任何史诗般的努力的情况下做到这一点？

谢谢阅读。

我被要求设计一个批处理应用程序，它会定期从外部供应商那里检索数据（特别是交易的详细列表）。我们已同意使用 XML 进行数据交换，但我们正在研究不同的方法/协议以促进实际数据传输。供应商建议使用电子邮件或 FTP 作为传输数据的方式，但出于物流和可靠性方面的考虑，我们直接拒绝了第一个选项。

至于第二个，FTP，我一直对在需要可靠性的生产环境中使用 FTP 犹豫不决。供应商将文件发布到 FTP 以定期下拉的设计似乎不可靠且容易出错。我最初的反应是倾向于像 Web 服务这样的东西（这个特定的供应商可能甚至可能不能够或不愿意提供），可以根据需要在特定时间段内查询数据。

一般来说，在这种情况下使用的最佳方法是什么？FTP（或 SFTP）通常被认为是可接受的选择，还是有更好的选择？对于如此简单的数据交换，Web 服务是否过大？还有其他我完全忽略的可行选择吗？

我们有多个站点，我们需要在它们之间发布值。

我正在使用 phpseclib (http://phpseclib.sourceforge.net/) 库进行加密-解密。

加密数据后，在其他网站上发布是否安全。

我的工作场景如下：

假设我有一个字符串需要从 example1.com 发布到 example2.com

首先，在 example1.com，我将使用库提供的函数加密字符串。然后，加密字符串将设置为隐藏表单字段的值，该字段会将数据发布到 example2.com

将加密值直接发布到 example2.com 是否安全？或者我应该使用一些编码函数，如 json_encode 或 url_encode 来对加密数据进行编码并确保网站之间的交易安全？

有一个 Web 服务会返回这个 XML 作为 GET 的结果。我想知道这是一种著名的数据交换格式吗？还是只需要正常解析？或者我应该用普通括号替换 * 和 # 并将其作为普通 XML 处理？