新项目是否应采用SDO(服务数据对象)?[英] Should SDO (Service Data Object) be adopted in new project?

问题描述

我已经在Delphi与Midas/DatasNap编程了很长时间,并且对此非常满意.搬到.NET我对Ado.net数据集感到非常满意.对于Crud应用,我对任何类型的ORM都感到非常不舒服.使用自动diff/delta处理的通用数据结构可以使我的工作更好,这是一个普通的数据库应用程序开发人员.

几年前尝试学习Java,但找不到实施类似的想法.我最接近的是SDO(服务数据对象).我认为当我看到它时应该被广泛采用,但我错了.甚至规格现在已经很旧了,我仍然几乎没有发现很多人在上面讨论或广泛使用它.从我可以在互联网上找到的信息,SDO的使用情况很高.

想知道它是否快死了?您想分享SDO的任何经验吗?手动DTO编码总是更好?

推荐答案

好的.我懂了.答案是"否"

;)

其他推荐答案

第一次尝试SDO时对我来说相同.旧规格,被动反馈...绝对没有.

其他推荐答案

我不建议使用SDO,除非该项目的其他部分对您强加于您.

WebSphere Process Server使用SDO.一旦您学习,这并不是一个不好的API.但是规格和文档含糊不清.如果您要求不存在的字段,或者是否在获取或设置字段时键入转换,则不会阐明会发生什么.

命名.

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

正如其他人所暗示的那样,API并未广泛使用.这意味着很难找到经验丰富的人或帮助使用它.

本文地址:https://www.itbaoku.cn/post/978336.html