1

私はかなり長い間、Midas/DataSnap を使用して Delphi でプログラミングしており、非常に満足しています。.NET への移行 ADO.NET DataSet には満足しています。CRUD アプリケーションについては、どのような種類の ORM も非常に不快です。自動差分/差分処理を備えた汎用データ構造により、平均的なデータベース アプリケーション開発者である私にとって、より良い仕事ができます。

何年も前に Java を勉強しようとしましたが、同様のアイデアが実装されているのを見つけることができませんでした。私が見つけた最も近いものは SDO (Service Data Object) です。見たときは広く採用されるべきだと思ったのですが、違います。仕様はかなり古いですが、それについて議論したり、広く使用したりする人はまだほとんどいません。インターネットで見つけた情報から推測すると、SDO の使用は非常に受動的です。

それが死にかけているのだろうか？共有したい SDO の経験はありますか? 手動の DTO コーディングは常に優れていますか?

4

3 に答える 3

1

Ok。そうか。答えはいいえだ"

;）

于 2009-06-04T05:47:00.583 に答える
1

SDOを初めて試すときも同じです。古い仕様、受動的なフィードバック... 絶対にダメです。

于 2010-12-03T00:27:24.920 に答える
1

プロジェクトの他の部分によって課されない限り、SDO の使用はお勧めしません。

WebSphere プロセス サーバーは SDO を使用します。一度学べば、それは本当に悪い API ではありません。しかし、仕様とドキュメントはあいまいです。2 つの不満を挙げると、存在しないフィールドを要求した場合に何が起こるか、またはフィールドの取得または設定中に型変換を行うかどうかについては詳しく説明されていません。

API が新しい型を定義する方法を定義しているとは思わないので、その部分は実装固有になります。型定義は XSD に基づいているため、これらの標準と関連するすべての標準を使用することになります。

他の人が暗示しているように、API は広く使用されていません。これは、経験豊富な人を見つけたり、使用を手伝ったりするのが難しいことを意味します.

于 2014-10-01T21:06:12.343 に答える