Critica Architettura: SQL Server per XML in XSLT per Rich HTML Interface

Question

Posso ottenere un feedback costruttivo sulla seguente architettura?

semplificato Architettura Sommario:

Ritorna XML da SQL Server (utilizzando FOR XML) e passarlo direttamente in un trasformazione XSL per la produzione di un ricco sito web HTML.

Quali sono i pro ei contro di un tale sistema rispetto a un tradizionale architettura di ASP.NET a 3 livelli?

Answer 1

Abbiamo fatto qualcosa di simile. E funziona per le pagine molto semplici. Ma non appena si desidera includere qualche lato client javascript e simili, si sono condannati.

L'output generato è nascosto nei fogli di stile XSLT ed è molto difficile da leggere, gestire e correggere i bug.

Il test può essere fatto, ma anche con molta più fatica rispetto a prima.

Il pattern MVC e simili è molto più adatta per un tale scenario.

Answer 2

Due contro.

1. manipolazione dei dati con C # o VB.net diventa più difficile perché non si dispone di classi con proprietà (codice IntelliSense), ma xml-documenti.

2. Ci sono costruiti in controlli ASP.NET per la convalida l'immissione dei dati (sia lato client e lato server). Non si possono utilizzare se si utilizza XSLT per produrre la vostra pagina HTML.

Answer 3

Ho fatto qualcosa di simile in un progetto. Trovo l'architettura molto pulito e scalabile, ma vorrei solo consigliare di usarlo se vi capita di avere un sacco di esperienza XSLT in casa.

Abbiamo un paio di modelli XSLT, e un generico classe C # che esegue la trasformazione, utilizzando parametri XSLT. Otteniamo prestazioni molto buone, ma, per i nuovi sviluppatori, l'applicazione può essere difficile da mantenere.

Answer 4

Un professionista:

1. È possibile effettuare XSLT-modelli che produce HTML per il browser o XAML per WPF / Silverlight.