Ci sono tecnologie del modello ASP.NET che possono essere utilizzate sia del client che del lato server?

Question

Attualmente sto lavorando con ASP.NET 2.0, che potrebbe spiegare perché non sono così su questo come potrei essere. Tuttavia, non vedo una soluzione completa nel mio googling di ASP.NET MVC, ecc.

Ecco il mio pensiero di sfondo.

Prima, i modelli rilegati ai dati sono davvero utili. Attualmente ho a che fare con un sacco di codice legacy in cui le persone stanno costruendo controlli controlli a livello di programmazione, sia sul client che sul server, ed è un enorme dolore.

In secondo luogo, a volte si desidera che i controlli siano legati ai dati sul client, a volte sul server. Il caso più ovvio per il databinting sul server è dove stai cercando di spiegare le persone a disattivare JavaScript. Ma questioni di velocità, cache, larghezza di banda ecc. Tutti giocano la loro parte per decidere dove legare.

Ora, sul server posso scrivere USERCONTROLI con punti di dati di banca dati. E sul client posso scrivere modelli e legarli con jQuery (attualmente sto usando Il motore di microtemplating di John Resim come modificato da Rick Strahl ). Ma idealmente dovrebbe esserci un modo per scrivere un modello una volta e lasciare che l'impianto idraulico lo renda disponibile sia per il legame dei dati del server che del client. Immagino che XML / XSLT sia un approccio a questo, ma orribile. Quindi cos'altro c'è? Non è necessario essere una soluzione ASP.NET 2.0; Mi piacerebbe solo pensare che da qualche parte c'è una correzione.

Answer 1

haml

Answer 2

È possibile creare oggetti "DataSource" che sono indipendenti dai nostri controlli / modelli di databatter.

Per usarli con il controllo del databattuale, invece di allegarsi dichiarativamente, ad esempio.:

<asp:gridview ...datasource="myDataSource"...>

.

È possibile collegarli con il codice: (qualche evento)

me.Gridview1.datasource = "myXMLDataSource"

.

--- o ---

me.Gridview1.datasource = "mySQLDataSource"

.

Se si impostano gli scaricatori in anticipo (sia nel .aspx o nel codice-dietro è OK), quindi in questo modo è possibile cambiare dataSources in base a qualche evento o logica, quando si desidera,senza dover registrare / ri-pubblicare qualsiasi cosa.