新项目是否应该采用 SDO（服务数据对象）？答案

【问题标题】：Should SDO (Service Data Object) be adopted in new project?新项目是否应该采用 SDO（服务数据对象）？
【发布时间】：2009-05-09 11:31:32
【问题描述】：

我在 Delphi 中使用 Midas/DataSnap 编程已经有很长时间了，我对此非常满意。迁移到 .NET 我对 ADO.NET 数据集非常满意。对于 CRUD 应用程序，我对任何类型的 ORM 都感到非常不舒服。具有自动差异/增量处理的通用数据结构让我的工作做得更好，我是一个普通的数据库应用程序开发人员。

几年前尝试学习Java，但找不到类似的想法。我能找到的最接近的是 SDO（服务数据对象）。当我看到它时，我认为它应该被广泛采用，但我错了。即使这个规范现在已经相当老了，我仍然几乎找不到很多人讨论它或广泛使用它。假设从我在 Internet 上找到的信息来看，SDO 的使用是非常被动的。

想知道它是否正在死去？您想分享在 SDO 方面的任何经验吗？手动 DTO 编码总是更好？

【问题讨论】：

标签： java web-services dto sdo

【解决方案1】：

好的。我懂了。答案是“不”

;)

【讨论】：

【解决方案2】：

我第一次尝试 SDO 时也是如此。旧规格、被动反馈……绝对不行。

【讨论】：

【解决方案3】：

我不建议使用 SDO，除非它是项目的其他部分强加给您的。

WebSphere 进程服务器使用 SDO。一旦你学会了它，它就不是一个糟糕的 API。但是规范和文档是模糊的。它没有说明如果您要求一个不存在的字段会发生什么，或者它是否在获取或设置字段时进行类型转换，仅举两个抱怨。

我不认为 API 定义了如何定义新类型，因此这部分将是特定于实现的。类型定义基于 XSD，因此您将使用这些以及所有相关标准。

正如其他人所暗示的那样，该 API 并未得到广泛使用。这意味着很难找到有经验的人，或帮助使用它。

【讨论】：