Frage

ADO.NET Data Service ist die nächste Generation von Datenzugriffsschicht innerhalb von Anwendungen. Ich habe viele Beispiele gesehen direkt von einer UI-Ebene wie Silverlight oder Ajax unter Verwendung von Daten zu erhalten. Das ist fast so ein zweistufiges System, mit Business-Schicht vollständig entfernt ist. Sollte DAL von der Business-Schicht und nicht direkt von UI zugegriffen werden?

War es hilfreich?

Lösung

ADO.NET Data Service ist ein weiteres Werkzeug, um Daten zu verschieben, bewertet werden.

.NET RIA Services ist eine andere. Viel besser würde ich sagen.

Ich sehe ADO.NET Data Services als Low Level-Dienste von einigen verwendet werden hohe Rahmen. Ich würde meine UI direkt nicht zulassen, reden.

Das Hauptproblem ich mit ADO.NET Data Services sehen hat mehr zu tun mit Sicherheit als mit irgendetwas anderem.

Für einfache / schnelle Aufgaben in einem Intranet, und wenn Sie nicht zu wählen sind mit Ihrem Design, kann es nützlich sein. (IMO) Es kann sehr nützlich sein, wenn Sie schnell brauchen, um Daten aus einer bestehenden Datenbank aus.

Ich sage praktisch, aber es wäre nicht meine erste Wahl sein, wie ich so viel wie möglich zu vermeiden die "quick and dirty" Lösungen. Diese Lösungen sind wie Geister, immer wieder kommen zu Ihnen zu verfolgen.

Andere Tipps

  

ADO.NET Data Service ist die nächste Generation von Datenzugriffsschicht innerhalb von Anwendungen

Ich habe keine Ahnung, wo du hast , die aus! Vielleicht sind Sie ADO.NET Data Services verwirrend mit ADO.NET Entity Framework?


Man sollte nicht davon ausgehen, dass alles, was Microsoft für jeden Entwickler ist der Wert erzeugt. Meiner Meinung nach, ist ADO.NET Data Services eine schnelle Möglichkeit, CRUD Dienstleistungen zu schaffen, die vielleicht noch ein paar andere Operationen an der Einheit definiert haben, aber die Operationen werden alle Stored Procedures. Wenn alles, was Sie brauchen, ist ein Datenbank-orientierte Service ist, dann kann das sein, was Sie wollen. Sicherlich gibt es relativ wenig Grund, jede Codierung für einen Dienst wie dies zu tun, außer in der Datenbank.

Aber das bedeutet nicht, dass ADO.NET Data Services „einen Platz in der Gesamtkonzeption hat“ eines jeden Projekts. Es ist etwas, das die Notwendigkeit von genügend Kunden füllt, dass Microsoft dachte, es lohnt sich Geld ausgeben, die Entwicklung und Aufrechterhaltung es.

Für diese Angelegenheit, dachten sie auch ASP.NET MVC eine gute Idee war ...

: -)

Meiner Meinung nach anderen Antworten unterschätzen Bedeutung von ADO.Net Data Service. Obwohl es direkt in Ihrer Anwendung mit einem gewissen Ähnlichkeit mit zwei abgestuften System bringt, andere Microsoft-Produkte wie .NET RIA Services, Dienste Windows Asure Lagerung basierten darauf. Im Gegensatz zu dem Satz in einen der Antworten „Für einfache / schnelle Aufgaben in einem Intranet, und wenn Sie auch nicht mit Ihrem Design zu wählen, kann es sinnvoll sein,“ es für öffentliche Websites, einschließlich Websites in ASP nützlich sein kann. Net MVC.

Dino Esposito beschreibt die treibende Kraft für Ado.Net Data Services in seinem Blog

http://weblogs.asp.net/despos/archive/2008/04/21/the-quot-driving-force-quot-pattern-part-1-of-n.aspx

"ADO.NET Data Services (aka, Astoria)

Treibende Kraft: die Notwendigkeit des reich interaktive Web-Systeme zu bauen. Was ist das in Kurzfassung: Die Service-Schicht auf einer mittleren Ebene in jeder Art von Anwendung, einschließlich der Enterprise-Klasse-Anwendungen Neue Reihe von Werkzeugen für eine Middle-Tier-Gebäude oder, besser noch,. Was ist das in Beton: liefern Sie URLs von Hyperlinks aufzurufen Daten zu Fall bringen an den Client. Besser für Szenarien, in denen ein Client benötigt einen direkten | teilweise gefilterten Zugriff auf den Daten. Nicht ideal für Daten aus IE abfragt, aber ideal für eine neue Generation von Web-Aufbau steuert, dass der Atem AJAX. Und genau das. "

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top