SDO（服务数据对象）应该在新项目中采用吗？
我用Delas和Midas / DataSnap一直在Delphi编程很长时间，对它非常满意。 迁移到.NET我对ADO.NET DataSet非常满意。 对于CRUD应用程序，我对任何类型的ORM都非常不舒服。 具有自动差异/增量处理function的通用数据结构让我的工作变得更好，我是一名普通的数据库应用程序开发人员。
多年前曾尝试学习Java，并没有找到类似的想法实现。 我能找到的最接近的是SDO（服务数据对象）。 当我看到它时，我认为它应该被广泛采用，但我错了。 即使规范现在相当陈旧，我仍然很难找到很多人讨论它或广泛使用它。 假设我可以在互联网上找到信息，SDO的使用是非常被动的。
想知道它是否正在死亡？ 您想分享的任何SDO经验？ 手动DTO编码总是更好？
好。 我懂了。 答案是不”
;）
第一次尝试SDO时，我也一样。 老规格，被动反馈……绝对没有。
我不建议使用SDO，除非项目的其他部分强加给你。
WebSphere流程服务器使用SDO。 一旦你学会了它，它就不是一个糟糕的API。 但规范和文档含糊不清。 它没有说明如果你要求一个不存在的字段，或者在获取或设置字段时它是否进行类型转换，以命名两个抱怨，会发生什么。
我不认为API定义了如何定义新类型，因此该部分将是特定于实现的。 类型定义基于XSD，因此您将使用这些和所有相关标准。
正如其他人所暗示的那样，API并未得到广泛使用。 这意味着很难找到有经验的人，或帮助使用它。