.NET Web la Portabilità delle Applicazioni SilverLight

Question

L'azienda dove lavoro ha creato questa applicazione, che è essenziale per la nostra attività e si basa sul browser web per far rispettare alcune "regole" che senza di loro rende l'applicazione un pò inutile per i nostri clienti.Mi dispiace di dover essere avveduto, Un NDA con una miriade di altre cose che mi impedisce di dire esattamente ciò che l'applicazione è.Essenzialmente, JavaScript controlla alcuni eventi programmati (che devono essere precise verso il basso per almeno il secondo) che rendono difficile il controllo con l'ajax/postback etc.

La mia domanda è questa:quanto è difficile convertire un ASP.NET applicazione SilverLight assumendo che la maggior parte del codice è davvero C# la logica di business e non asp.net controlli?Ho appena finito di ascoltare il Fritto di byte e il MS persone fanno sembra che questo in realtà non è quello grande di un affare.Questo è vero per le applicazioni web, o principalmente Win32 quelli?

So che il asp.net front-end è fondamentalmente diversa da SilverLight, ma c'è un mucchio di codice C# vorrei non dover riscrivere, se necessario.La sostituzione del codice javascript per silverlight sto assumendo è banale (so bad assunzione, ma devo iniziare da qualche parte), in quanto tratta di un evento programmato, in modo che io non sono davvero interessato a questo.Ho bisogno di trovare una soluzione su come attenuare questo problema, e sto sperando che questa è una via di mezzo tra:non fare nulla e guardare noi ottenere pestate dai nostri clienti, e riscrivere l'intera applicazione in qualcosa di più sicuro di una pagina web con un solo front-end di convalida.Qualcuno ha provato a convertire ASP.NET codice per un progetto SilverLight?

Answer 1

Se la maggior parte dell'applicazione è sul back-end, si dovrebbe comunque essere in grado di mantenere la maggior parte del codice intatto e di sostituire solo il front-end.Tuttavia, Silverlight richiede la conoscenza di WPF, che è radicalmente diverso da HTML/JS che l'app utilizza attualmente.Direi che se l'interfaccia utente è abbastanza sottile, dovrebbe essere abbastanza facile da porta a Silverlight, ma la più logica di business è nell'interfaccia utente, il difficile sarà.

Answer 2

Come pesantemente fare è utilizzare le librerie di classi, e le cose che potrebbero essere considerate "pericolose", come pinvoke, l'accesso al file system e del Sistema.Diagnostica.Processo?

Answer 3

Il Porting di codice da ASP.NET per Silverlight non è un compito facile.Nate punti outs dipende da quanto di ASP.NET l'applicazione è basata su AJAX, e quanto è basato su controlli server.

Silverlight è uno stato pieno di tecnologia lato client, significa che tutto è in esecuzione sul client all'interno del browser.ASP.NET è una tecnologia server, ed è costruita attorno ad una richiesta/risposta modello.Dal momento che questi due sono completamente diversi paradigmi non è un dritto in porta.

Tuttavia, dal momento che ASP.NET è solo HTML e HTTP POST di forma di dati di persone che hanno fatto esperimenti in cui hanno aggiunto una applicazione Silverlight direttamente sulla parte superiore di un ASP.NET pagina, e manualmente costruito la richiesta HTTP POST a mano di inviare nuovamente i dati esatti, il ASP.NET di lavoro dell'applicazione.È quasi come fare "screen scraping" per la propria applicazione.Questo potrebbe funzionare, ma non sarebbe ottimale.Non si otterrebbe un incremento di prestazioni come il tuo ASP.NET applicazione avrebbe dovuto passare attraverso un intero ciclo di pagina su ogni richiesta.

Un'alternativa migliore è quello di iniziare avvolgendo tutte le funzionalità a disposizione dell'utente nel APS.NET applicazioni come servizi web.È possibile aggiungere questi servizi a fianco di pagine ASPX, e gradualmente porta l'applicazione.L'interfaccia utente si sarebbe costruire da zero basata su questi servizi.

Buona fortuna!