Silverlight auf dem Mac

Question

Das Unternehmen, für das ich arbeite, entwickelt eine ASP.NET-Anwendung, die sowohl von PC- als auch von Mac-Benutzern verwendet wird. Wir erwägen, unsere nächste Version in Silverlight zu erstellen. Wenn Sie eine Geschäftsanwendung in Silverlight entwickelt haben, gibt es Unterschiede im Aussehen/Leistung usw. zwischen Silverlight auf dem PC und Silverlight auf dem Mac?

Wenn Sie die Gelegenheit hatten, Silverlight auf verschiedenen Versionen von Mac OS zu testen, wäre das ebenfalls hilfreich.

Answer 1

Meine persönliche Erfahrung mit der Programmierung für Silverlight ist äußerst begrenzt, aber ich entwickle hauptsächlich für Mac OS X und benutze es daher ständig.

Früher hatte ich Silverlight installiert, aber mir ist aufgefallen, dass jedes Mal, wenn es auf einer Seite aktiviert war, der gesamte Browser abstürzte, sobald ich die Seite schloss. Ich habe Silverlight inzwischen von meinem Computer entfernt, damit ich ohne zufällige Abstürze im Internet surfen kann.

Das passiert sogar bei einer Neuinstallation von Mac OS X und der Verwendung von Safari 4 Beta oder der vorherigen Version aus der 3.x Versionsreihe. Ich verwende Mac OS X Leopard, es liegt also nicht daran, dass ich eine ältere Version des Betriebssystems verwende.

Bei der Entwicklung von Silverlight ist zu bedenken, dass die Leute möglicherweise zögern, noch ein weiteres Plugin zu installieren, wenn sie bereits Flash installiert haben.

Answer 2

Vielleicht möchten Sie einfach einige der verschiedenen Silverlight-Demos und -Seiten prüfen, die Silverlight derzeit verwenden, und Ihre eigenen Tests auf Windows und Mac durchführen, um einen praktischen Vergleich anzustellen.

Answer 3

Ich habe zwei datenintensive Anwendungen in Silverlight entwickelt. Eine begann als SL2-B2-Anwendung und wurde in SL2 ausgeliefert, die andere ist eine SL3-Anwendung. Aus Sicht einer datenintensiven Anwendung gibt es eigentlich keinen Unterschied zwischen dem Mac und dem PC. Ich hatte einige Rendering-/Performance-Probleme auf dem Mac, aber nichts, was mich die Verwendung von SL bereuen ließ. (Sie können sich meine anderen Fragen ansehen, um die Frage der Silverlight-CPU-Nutzung zu sehen)

Es gibt eine Menge Dinge, die für eine datenintensive Anwendung sehr wertvoll sind, wenn man SL verwendet (viele davon sind meiner Meinung nach in traditionelleren Web-Sprachen unmöglich):

1. Isolierte Speicherung - Sie können große Datenmengen lokal speichern, auf Wunsch auch verschlüsselt.
2. Mutli-Threaded-Ausführung - Sie können Daten parallel verarbeiten und die Vorteile von Mehrkern-CPUs voll ausnutzen (in Kombination mit Nr. 1 können Sie viele Dinge tun, die vorher nicht möglich waren)
3. Binäre Kodierung (bei Verwendung von WCF als Dienst) - dies sorgt für eine hohe serverseitige Effizienz bei der Übertragung der Daten (obwohl ich vermute, dass dies mit anderen Technologien repliziert werden könnte, aber mit SL3 und WCF ist es kostenlos)
4. Nutzung der lokalen GPU-Beschleunigung für das Rendering. Wenn Ihre datenintensive Anwendung komplexe Visualisierungen erzeugt, kann dies einen großen Schub bringen
5. Eine gemeinsame austauschbare Sprache für Client- und Serverseite. Wir teilen eine Menge Code auf beiden Seiten. Wir berechnen die Ergebnisse auf der Client-Seite mit GENAU denselben Code-Stücken, die wir auf der Server-Seite verwenden. (Im Moment "verlinken" wir die Codedateien in SL- und reguläre .net-Assemblies, mit .net 4 können wir Bibliotheken gemeinsam nutzen) - dies führt zu einer großen Effizienz bei der Programmierung und beim Testen.

Auch - jemand kommentierte oben zu "nur schreiben native Anwendungen" - Ich habe meine Anwendungen in Ort buchstäblich Hunderte von Zeiten aktualisiert - alle transparent für die Endbenutzer. Das Schreiben der nativen Anwendungen ist meiner Erfahrung nach nicht wirklich das Problem, sondern ihre Bereitstellung, Aktualisierung usw. SL macht dies extrem einfach, wenn nicht sogar automatisch. Ich sage den Leuten immer, die versuchen, SL gegen Flash oder SL gegen HTML zu positionieren - für mich ist der wirkliche Unterschied SL gegen (die gesamte native Anwendung, das native Installationsprogramm, die Update-Erfahrung).

Viel Glück! Lassen Sie uns wissen, wie es ausgeht.

Übrigens: Ich entwickle alles auf einem Mac Pro mit Win7 in VMWare Fusion.

Answer 4

Ich verstehe nicht, warum Menschen so etwas tun wollen. Websites, die in SilverLight oder Flash geschrieben sind, gehen so oft kaputt, wenn sie im Internet veröffentlicht werden. Ersparen Sie sich diesen Schmerz.

EDIT: Als Antwort auf einige Kommentare möchte ich nur sagen, dass es einen guten Grund gibt, so etwas zu vermeiden. Man muss etwas anderes als den Webbrowser installieren, damit diese Websites richtig funktionieren, und dann kann es gut sein, dass Ihre Website nicht mehr funktioniert, wenn eine neue Version des Programms/Plugins veröffentlicht wird. Das sind Gründe, warum ich denke, dass Web-Sachen in Sprachen geschrieben werden sollten, die nur den Webbrowser mit eingeschaltetem Javascript benötigen, um zu funktionieren.