ORM の Hibernate を仮定します。
これをどう聞いたらいいのかわからない。別のアプリケーションの一部を置き換えることができるアプリケーションを構築したいと考えています。たとえば、「大きな」アプリと呼ばれる、さまざまなモジュールを備えたアプリケーションがあるとします。このアプリケーションは、人事、財務、購買、スキル セットなどを処理する可能性があります。しかし、何らかの理由で、スキル セット モジュールは好きではありませんが、アプリケーションの残りの部分は好きです。残りの「大きな」アプリが使用するのと同じデータベースを使用するアプリを構築したいが、その部分のフロントエンドとして私のソフトウェアを使用したい。
アプリをビルドして、ORM なしでデータベースに直接ヒットさせることができました。私の質問は、ここで ORM を使用する利点があるかどうかです。「大きな」アプリがなくなり、別のアプリが購入された場合、直接ヒットするのではなく休止状態を使用しているため、スキルセットのバージョンを引き続き使用できるため、あると考えています。私はまだ学習中ですが、私のアプリケーションは私が名前を付けたオブジェクトを使用していて、今説明した場合、マッピング ファイルのみを変更するか、コードをほとんど変更する必要はないと思いました。
別の例を次に示します。レガシー アプリケーションとレガシー データベースがあります。データベース X を使用します。データを取得するために使用される古いターミナル エミュレーター アプリケーションはもう好きではないので、グラフィカル バージョンが必要であると判断しました。アプリケーションで休止状態を使用でき、最終的にレガシー データベースを削除して最新の Oracle または SQL Server に変更することを決定した場合、頭痛を最小限に抑えることができますか? それとも、私のデータベースはどうせ問題にならないほど大きく変更されるのでしょうか (新しいデータベースに変更すると、より多くの情報を取得する必要があることを示唆しています)。
休止状態/ORMが利点である場合とそうでない場合がある理由を誤解している場合は、コメントを期待していました。
ありがとうございました。