ADO.NET データ サービスは、アプリケーション内の次世代のデータ アクセス レイヤーです。Silverlight や Ajax などの UI レイヤーから直接使用してデータを取得する例をたくさん見てきました。これは、ビジネス層が完全に取り除かれた 2 層システムを持つようなものです。UI から直接ではなく、ビジネス層から DAL にアクセスする必要がありますか?
3 に答える
ADO.NET Data Services は、データを移動するために評価されるもう 1 つのツールです。
.NET RIA サービスは別のサービスです。はるかに良いと思います。
ADO.NET Data Services は、高レベルのフレームワークで使用される低レベルのサービスだと思います。UI に直接話しかけさせません。
ADO.NET Data Services に関する主な問題は、何よりもセキュリティに関係しています。
イントラネットでの単純な/迅速なタスクの場合、およびデザインにあまりこだわらない場合に役立ちます。(IMO) 既存のデータベースからデータをすばやく公開する必要がある場合は、非常に便利です。
私は便利だと言いますが、「迅速で汚い」解決策をできるだけ避けているので、それは私の最初の選択ではありません. それらの解決策は幽霊のようなもので、常にあなたを悩ませに戻ってきます.
ADO.NET データ サービスは、アプリケーション内の次世代のデータ アクセス レイヤーです。
どこから手に入れたのかわからない!おそらく、ADO.NET Data Services と ADO.NET Entity Framework を混同していませんか?
Microsoft が作成するすべてのものがすべての開発者にとって価値があると考えるべきではありません。私の意見では、ADO.NET Data Services は CRUD サービスを作成するための簡単な方法であり、エンティティに対して他の操作がいくつか定義されている可能性がありますが、操作はすべてストアド プロシージャです。データベース指向のサービスだけが必要な場合は、これが必要な場合があります。確かに、データベース以外では、このようなサービスのコーディングを行う理由はほとんどありません。
しかし、それは、ADO.NET Data Services がすべてのプロジェクトの "全体的な設計に組み込まれている" という意味ではありません。これは、Microsoft が開発と保守にお金を費やす価値があると考える十分な数の顧客のニーズを満たすものです。
さらに言えば、彼らは ASP.NET MVC も良いアイデアだと考えていました...
:-)
私の意見では、他の回答は ADO.Net Data Services の重要性を過小評価しています。アプリケーションで直接使用すると、2 層システム、.Net RIA サービス、それに基づく Windows Asure Storage Services などの他の Microsoft 製品との類似性がもたらされます。回答の1つである「イントラネットでの簡単な/迅速なタスクの場合、デザインにあまりこだわらない場合は役立つ可能性があります」というフレーズとは反対に、ASPのWebサイトを含む公開Webサイトで役立つ場合があります.ネット MVC。
Dino Esposito はブログで Ado.Net Data Services の原動力について説明しています。
"ADO.NET Data Services (別名、Astoria)
推進力: インタラクティブな Web システムを構築する必要性。要約すると、エンタープライズ クラスのアプリケーションを含むあらゆる種類のアプリケーションで、中間層、さらには中間層の上にサービス層を構築するための新しいツール セットです。具体的には、ハイパーリンクから呼び出してクライアントにデータを送信するための URL を提供します。クライアントが直接または部分的にフィルタリングされたデータへのアクセスを必要とするシナリオに適しています。IE からのデータのクエリには理想的ではありませんが、AJAX を使用する新世代の Web コントロールの構築には理想的です。そしてそれだけです。」