SDO（服务数据对象）应该在新项目中采用吗？

Question

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

多年前曾尝试学习Java，但未能找到类似的想法。我能找到的最接近的是SDO（服务数据对象）。当我看到它时，我认为它应该被广泛采用，但我错了。即使规范现在相当陈旧，我仍然很难找到很多人讨论它或广泛使用它。假设我可以在互联网上找到信息，SDO的使用是非常被动的。

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

Answer 1

确定。我知道了。答案是“不”

）

Answer 2

第一次尝试SDO时我也一样。旧规格，被动反馈......绝对没有。

Answer 3

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

WebSphere流程服务器使用SDO。一旦你学会了它，它就不是一个糟糕的API。但规范和文档含糊不清。如果您要求的字段不存在，或者在获取或设置字段时是否进行类型转换，则无法说明会发生什么情况。

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

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