.NET Web Application Portabilität, um Silverlight

Question

Das Unternehmen, in dem ich diese Anwendung erstellt Arbeit, die Kern für unser Geschäft ist und stützt sich auf den Web-Browser bestimmte „Regeln“ zu erzwingen, dass ohne sie macht die Anwendung irgendwie nutzlos für unsere Kunden. Tut mir leid, umsichtig zu sein hat, ein NDA zusammen mit vielen anderen Dingen hindert mich daran, zu sagen genau das, was die Anwendung ist. Im Wesentlichen steuert JavaScript bestimmte zeitliche Ereignisse (die die zweiten zumindest nach unten zu genau sein müssen), die es schwierig machen, mit Ajax zu steuern / Postbacks usw.

Meine Frage ist: Wie schwer ist es eine ASP.NET-Anwendung Silverlight zu konvertieren davon aus, dass die meisten der Code wirklich Logik C # Geschäft ist und nicht asp.net Kontrollen? Ich habe nur zu Deep Fried Bytes fertig hören und die MS Menschen machen es klingt wie das ist wirklich nicht so große Sache ist. Gilt das auch für Web-Anwendungen oder hauptsächlich Win32 diejenigen?

weiß, dass ich das asp.net Frontend von Silverlight grundlegend anders ist, aber es gibt eine Reihe von C # -Code Ich mag würde nicht umschreiben, wenn nötig. Der Austausch des JavaScript-Code, um Silverlight Ich gehe davon ist trivial (ich weiß, schlechte Annahme, aber ich habe irgendwo anfangen), da es mit zeitlich abgestimmten Ereignissen beschäftigt, so dass ich nicht wirklich mit dem betreffenden. Ich muß mit einer Lösung kommen, wie dieses Problem zu mildern, und ich hoffe, das ein Mittelweg zwischen: nichts tun und sehen wir durch unsere Kunden schlagen erhalten, und schreiben Sie die gesamte Anwendung in etwas sicherer als eine Web-Seite mit nur Front-End-Validierung. Hat jemand versucht ASP.NET-Code auf ein Silverlight-Projekt zu konvertieren?

Answer 1

Wenn der Großteil Ihrer Anwendung auf dem Back-End ist, sollten Sie noch in der Lage sein, die Mehrheit des Codes intakt zu halten und ersetzt nur das Front-End. Allerdings erfordert Silverlight ein Verständnis von WPF, die dramatisch anders als der HTML / JS, dass Ihre App zur Zeit verwendet. Ich würde sagen, wenn Ihr UI ziemlich dünn ist, sollte es in dem Hafen, um Silverlight ziemlich einfach sein, aber je mehr Business-Logik ist in der Benutzeroberfläche, desto schwieriger wird es sein.

Answer 2

Wie stark nutzen Sie die Klassenbibliotheken, und Dinge, die ‚gefährlich‘, wie pinvoke, Dateisystemzugriff und System.Diagnostics.Process angesehen werden könnten?

Answer 3

Portierungs Code von ASP.NET zu Silverlight ist keine leichte Aufgabe. Als Nate outs Punkte hängt es davon ab, wie viel von ASP.NET-Anwendung AJAX-basiert, und wie viel ist um Server Kontrolle andererseits.

Silverlight ist ein Zustand vollständigen Client-Side-Technologie, dh alles, was auf dem Client im Browser ausgeführt wird. ASP.NET ist eine Servertechnologie, und ist um einen Request / Response-Modell gebaut. Da diese beiden es ist keine gerade Port völlig anderen Paradigmen sind.

Da jedoch ASP.NET ist nur HTML und HTTP POST von Formulardaten Menschen Experimente gemacht hat, wo sie eine Silverlight-Anwendung direkt auf einer ASP.NET-Seite hinzugefügt haben, und manuell die HTTP-POST-Anforderung von Hand gebaut zurückzuschicken die genauen Daten der ASP.NET-Anwendung zu arbeiten. Es ist fast wie „Screen Scraping“ für Ihre eigene Anwendung zu tun. Das könnte funktionieren, würde aber nicht optimal. Sie würden nicht eine Leistungssteigerung, wie ASP.NET-Anwendung erhalten würde bei jeder Anfrage eines ganzen Seite Zyklus zu durchlaufen haben.

Eine bessere Alternative ist jede Funktionalität zu beginnen Einwickeln der Benutzer als Web Services in der APS.NET Anwendung hat. Sie können diese Dienste neben Ihrer ASPX-Seiten hinzufügen und nach und nach Anschluss der Anwendung über. Die Benutzeroberfläche Sie von Grund auf auf der Grundlage dieser Dienste aufbauen würde.

Viel Glück!