Soll SDO (Service Data Object) in ein neues Projekt übernommen werden?

Question

Ich habe in Delphi mit Midas/DataSnap für ziemlich lange Zeit programmiert und ziemlich glücklich damit. Umzug nach .NET Ich bin mehr als zufrieden mit dem ADO.NET DataSet. Bei der CRUD-Anwendung fühle ich mich bei jeder Art von ORM sehr unwohl. Die generische Datenstruktur mit automatischer Diff/Delta-Behandlung macht meine Arbeit für mich, einen durchschnittlichen Datenbank-Anwendungsentwickler, besser.

Versucht, Java vor Jahren zu studieren, und konnte keine ähnliche Idee implementiert finden. Das nächste, was ich finden konnte, ist SDO (Service Data Object). Ich dachte, es sollte weit verbreitet werden, wenn ich es sehe, aber ich liege falsch. Sogar die Spezifikation ist jetzt ziemlich alt, ich finde immer noch kaum, dass viele Leute darüber diskutieren oder es ausgiebig benutzen. Ausgehend von Informationen, die ich im Internet finde, ist die SDO-Nutzung höchst passiv.

Fragen, ob es stirbt? Irgendwelche Erfahrungen in SDO, die Sie teilen möchten? Manuelle DTO-Codierung ist immer besser?

Answer 1

Ok. Aha. Die Antwort lautet "nein"

;)

Answer 2

für mich Gleiche, wenn SDO erstes Mal zu versuchen. Alte Spezifikationen, passives Feedback ... Definitiv NEIN.

Answer 3

Ich würde SDO nicht empfehlen, es sei denn, es wird Ihnen von einem anderen Teil des Projekts auferlegt.

WebSphere Process Server verwendet SDO. Es ist nicht wirklich eine schlechte API, wenn Sie es erst einmal gelernt haben. Aber die Spezifikation und die Dokumentation sind vage. Es wird nicht buchstabiert, was passiert, wenn Sie nach einem Feld fragen, das nicht existiert, oder wenn es Konvertierungen beim Abrufen oder Einstellen von Feldern gibt, um zwei Fehler zu benennen.

Ich glaube nicht, dass die API definiert, wie neue Typen definiert werden, so dass Teil wird implementierungsspezifisch sein. Typdefinitionen basieren auf XSD, daher arbeiten Sie mit diesen und allen zugehörigen Standards.

Wie andere angedeutet haben, ist die API nicht weit verbreitet. Das bedeutet, dass es schwierig sein wird, erfahrene Personen zu finden oder ihnen zu helfen.