Domanda

Nel mio attuale lavoro abbiamo un sistema CMS basato su .NET / SQL Server. Durante la personalizzazione di un paio di moduli per un certo uso interno, sono rimasto un po 'sorpreso di vedere che invece di avere API che restituivano dati tramite il set di risultati tipico associato a un controllo DataGrid / DataList / Repeater, che le API restituivano un XML nodo / raccolta, che è stato quindi passato a una trasformazione XSLT e visualizzato sulla pagina in questo modo.

Quali sono i vantaggi dell'utilizzo di un modello come questo?

È stato utile?

Soluzione

L'uso delle trasformazioni XSLT ti consentirebbe di utilizzare un layout e una formattazione diversi rispetto ai controlli di griglia .Net standard. Alcune persone non approvano l'uso delle griglie .Net perché possono includere più HTML del necessario e, se non gestite con cura, possono gonfiare ViewState.

C'è stata una discussione recente qui sull'argomento. Le griglie di rete sono bloatware (ma gli sviluppatori le usano comunque).

Altri suggerimenti

Le pagine in uscita possono essere di qualsiasi tipo, come html, php, ecc.

Impostando l'origine dati e l'xml che la pagina trasforma semplicemente, hai anche creato istantaneamente un semplice "servizio web" che può essere utilizzato da altri software. Ad esempio, sarebbe banale trasformare quella griglia in un feed rss o scrivere un programma per raschiare periodicamente quei dati e inviare un avviso più urgente.

Il metodo XSLT è molto MVC, test unitario, amichevole per le preoccupazioni separate dove ASP.NET controlla bene ... non lo sono.

avvertenza: rifiuto l'ipotesi che MS possa scrivere html / css / js meglio di me. I controlli ASP.NET sono ingombranti abominazioni.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top