Architektur Kritik: SQL Server FOR XML in XSLT für Rich-HTML-Interface

Question

Kann ich etwas konstruktives Feedback über die folgende Architektur erhalten?

Vereinfachte Architektur Zusammenfassung:

Zurück XML von SQL Server (FOR XML) und gibt es direkt in eine XSL-Transformation eine Rich-HTML-Web-Site zu produzieren.

Was sind die Vor-und Nachteile eines solchen Systems im Vergleich zu einem herkömmlichen 3-Tier-Architektur ASP.NET?

Answer 1

Wir haben so etwas getan. Und es funktioniert für sehr einfache Seiten. Aber sobald Sie einige Client-Seite umfassen möchte JavaScript und ähnliche, Sie sind zum Scheitern verurteilt.

Die erzeugte Ausgabe wird in dem XSLT-Stylesheets versteckt und es ist sehr schwer zu lesen, pflegen und Fehler zu beheben.

Test durchgeführt werden kann, sondern auch mit viel mehr Aufwand als zuvor.

Das MVC-Muster und ähnliche ist viel besser geeignet für ein solches Szenario.

Answer 2

Zwei Nachteile.

1. Datenmanipulation mit C # oder VB.net wird schwieriger, weil man Klassen haben nicht mit Eigenschaften (Code Intellisense), aber XML-Dokumente.

2. in asp.net Steuerelemente für die Dateneingabe Validierung gebaut werden (sowohl Client-Seite und Server-Seite). Sie können sie nicht verwenden, wenn Sie XSLT verwenden, um Ihre HTML-Seite herzustellen.

Answer 3

Ich habe etwas ähnliches in einem Projekt getan. Ich finde die Architektur sehr sauber und skalierbar, aber ich würde nur raten Ihnen, es zu benutzen, wenn Sie viele XSLT Know-how im Hause passieren haben.

Wir haben einige XSLT-Vorlagen und eine generische c # Klasse, führt die Transformation, XSLT-Parameter verwenden. Wir bekommen eine sehr gute Leistung, aber für neue Entwickler, kann die App schwer aufrecht zu erhalten.

Answer 4

Ein pro:

1. Sie können XSLT-Vorlagen machen, die HTML für den Browser oder XAML für WPF / Silverlight produziert.