Silverlight на Mac

Question

Компания, в которой я работаю, разрабатывает приложение ASP.NET, которое используется пользователями ПК и Mac. Мы планируем сделать нашу следующую версию в Silverlight. Если вы разработали бизнес-приложение в Silverlight, есть ли различия в внешнем виде / производительности и т. Д. Между Silverlight на ПК и Silverlight на Mac?

Если у вас была возможность протестировать Silverlight на разных версиях Mac OS, это также поможет.

Answer 1

Мой личный опыт программирования для Silverlight крайне ограничен, но я разрабатываю в основном для Mac OS X и поэтому использую его постоянно.

Раньше у меня был установлен Silverlight, но я заметил, что всякий раз, когда он активировался на одной странице, как только я закрывал эту страницу, весь браузер зависал, я с тех пор удалял Silverlight со своего компьютера, чтобы просматривать веб-страницы без случайные сбои.

Это происходит даже при чистой установке Mac OS X и использовании Safari 4 Beta или предыдущей версии в диапазоне версий 3.x. Я использую Mac OS X Leopard, но это не потому, что я использую более старую версию ОС.

Нужно иметь в виду, что при разработке Silverlight люди могут не захотеть устанавливать еще один плагин, если у них уже установлена ​​Flash.

Answer 2

Я разработал два приложения с интенсивным использованием данных в Silverlight. Одно началось как приложение SL2-B2 и поставляется в SL2, а другое - приложение SL3. С точки зрения приложений с большим объемом данных, между Mac и ПК нет никакой разницы. У меня были некоторые проблемы с рендерингом / производительностью на Mac, хотя я не сожалел об использовании SL. (вы можете посмотреть другие мои вопросы, чтобы увидеть вопрос об использовании процессора silverlight)

Есть много вещей, которые вы найдете очень ценными для приложений с интенсивным использованием данных при использовании SL (многие из которых, я считаю, невозможны в более традиционных веб-языках):

1. Изолированное хранилище - вы можете хранить большие наборы данных локально, зашифровавшись, если хотите.
2. Многопоточное выполнение - вы можете обрабатывать данные параллельно и в полной мере использовать преимущества многоядерного процессора (в сочетании с # 1 вы можете многое сделать раньше)
3. Бинарное кодирование (при использовании WCF в качестве службы) - это значительно повышает эффективность передачи данных на стороне сервера (хотя я думаю, что это может быть воспроизведено с другими технологиями, но оно бесплатно с SL3 и WCF)
4. Использование локального ускорения графического процессора для рендеринга. Если ваше приложение, интенсивно использующее данные, производит сложные визуализации, это может значительно увеличить
5. Общий взаимозаменяемый язык как для клиента, так и для стороны сервера. Мы разделяем много кода с обеих сторон. Мы вычисляем результаты на стороне клиента, используя ТОЧНО те же фрагменты кода, которые мы используем на стороне сервера. (прямо сейчас мы «связываем» файлы кода в SL и обычные сборки .net, с .net 4 мы можем делиться библиотеками) - это обеспечивает большую эффективность программирования и тестирования.

Также - кто-то прокомментировал выше «просто писать нативные приложения» - я обновлял свои приложения буквально сотни раз - все прозрачно для конечных пользователей. На самом деле, написание собственных приложений - это не проблема, а их развертывание, обновление и т. Д. SL делает это чрезвычайно простым, если не автоматическим. Я все время рассказываю людям, которые пытаются позиционировать SL против Flash или SL против HTML - для меня реальная разница - SL против (целое нативное приложение, собственный установщик, опыт обновления).

Удачи. Дайте нам знать, как это получается.

Кстати: я делаю все свои разработки на Mac Pro с Win7 в VMWare Fusion.

Answer 3

Вы можете просто проверить некоторые из различных демонстраций Silverlight и сайтов, которые в данный момент используют его, и провести собственное тестирование на Windows и Mac, чтобы провести сравнение.

Answer 4

Я не понимаю, почему люди хотят делать такие вещи. Сайты, написанные в таких вещах, как SilverLight или Flash, так часто ломаются, когда релиз выходит в Интернет, избавьте себя от боли.

РЕДАКТИРОВАТЬ: В ответ на некоторые комментарии, я думаю, я просто скажу, что это хорошая причина, чтобы избежать подобных вещей, вам нужно установить что-то другое, кроме веб-браузера, чтобы эти сайты работали должным образом, а затем сайт может не работать, когда будет выпущена новая версия этой программы / плагина. Кроме того, многие люди будут на работе и, возможно, не смогут установить указанную программу в первую очередь, поэтому я считаю, что веб-материалы должны быть написаны на языках, для которых требуется только веб-браузер с включенным javascript. более доступный.