Wir planen, eine webbasierte Anwendung mit Silverlight 2.0 zu entwickeln. Die Anwendung wird von unseren Mitarbeitern genutzt. Auf die Anwendung wird mit IE6 (Yeah IE6) zugegriffen und Silverlight ist nicht installiert.
Wir werden unser Silverlight über unseren IT-Support für alle Nutzer bereitstellen. Alle Mitarbeiter verwenden Windows.
Gibt es noch etwas anderes, was ich beachten sollte, bevor ich diese Anwendung mit Silverlight entwickle?
Gibt es irgendwelche Nachteile? Wird es in IE6 Leistungsprobleme geben? Sollte ich auf IE7 / IE8 aktualisieren?
Diese Anwendung wird von Unternehmen verwendet, die 10 Tabellenblätter und Anwendungen öffnen. 512 MB ist der Standardspeicher für den PC eines Mitarbeiters. Wird es schwer sein, Silverlight in IE6 zu verwenden? Wird das System hängen bleiben?
Irgendwelche anderen Punkte, die ich berücksichtigen sollte?
Bearbeiten: Nach der ersten Antwort von Mark. Gibt es eine "Stresstest" -App, um den PC-Build unserer Nutzer zu überprüfen? Vielen Dank im Voraus.
Ein zu berücksichtigendes Problem ist, dass Silverlight immer noch eine sehr neue Technologie ist, mit ein paar Bugs zum Ausbügeln (Suche nach dem Silverlight-Tag, um ein Paar zu finden - Listenfeld-Größenanpassung ist eine der ungeheuerlichsten).
>Ich habe Silverlight 3 noch nicht benutzt, also weiß ich nicht, wie viele gelöst wurden, aber sei dir bewusst, dass du in naher Zukunft wahrscheinlich eine Reihe von Hacks / Workarounds einbauen wirst.
Auch Silverlight ist auf der schwergewichtigen Seite von Web-Frameworks und wenn Ihre Kunden auf restriktivere Hardware und Software angewiesen sind, könnte ASP.NET / AJAX-Lösung besser geeignet sein. Vielleicht solltest du versuchen, eine Silverlight-App (mit vielen Kontrollen und häufigen Server-Trips) zu erstellen, um zu sehen, ob der Leistungseinbruch zu groß ist.
Wie bei Flash ist alles in Ordnung, solange Ihre App über einen Desktop-Browser verwendet wird. Sobald jemand versucht, über ein Mobiltelefon oder einen kleinen Notebook-PC auf etwas zuzugreifen, kann es zu Schwierigkeiten kommen. Vor allem, wenn Ihr Silverlight-Rechteck größer als die Bildschirmgröße ist und nicht vom Benutzer einstellbar ist. Eine Möglichkeit, dies zu umgehen, besteht darin, wie bei Flash, dass Ihre App zu 100% der Bildschirmgröße entspricht. Aber auch auf riesigen Bildschirmen kann dies Ihre App unbrauchbar machen.
Eine weitere Überlegung ist, dass Nutzer keine Verbindung zu bestimmten Teilen Ihrer App herstellen können. Die URL in der Adressleiste bleibt standardmäßig für die gesamte Nutzererfahrung der App gleich. Dieses kann jedoch durch die starke Verwendung von HTML-Ankerpunkten korrigiert werden, wie es bei Gmail der Fall ist. Dies bietet den zusätzlichen Vorteil, dass der Browser-Button auch funktioniert.
Viele Unternehmen haben sich dank Intranet-Anwendungen, die davon abhängen, in IE6 eingeklinkt. Ich würde mir Sorgen machen, dass Silverlight das gleiche Problem einführt.
In Zukunft könnten Sie feststellen, dass es (aus welchen Gründen auch immer (Kosten, Sicherheit, Verfügbarkeit von Anwendungen usw.) besser wäre, einige Benutzer auf eine Plattform zu verschieben, die nicht von Silverlight unterstützt wird Zugriff auf diese Webanwendung.
Die Freude an einer gut geschriebenen Webapplikation ist, dass Sie nur einen Browser brauchen. Ein wenig Scripting kann es automatisieren. Sie können auf einem Desktop, einem Telefon, einem Fernseher oder einem Kühlschrank zugreifen. Etc.
Silverlight ist ein Anbieter-Lock-In zu einer Zeit, in der offene Web-Technologien schnell erwachsen werden, und das ist kein Weg, den ich gehen würde.
Tags und Links silverlight-2.0