Silverlight OOB по сравнению с WPF ClickOnce

Silverlight Из технологии Браузера и WPF ClickOnce на поверхности имеет общие черты. Простое и простое развертывание, способность указать доступ уровня доверия к базовому хосту, и т.д.

Каковы ключевые вопросы, которые я должен рассмотреть при выборе один по другому?

Для помещения тонкости на него я буду развертывать Приложения отделов организации в корпоративной сети, выполняющей только компьютеры окон.

5
задан Phillip Ngan 16 December 2009 в 15:23
поделиться

4 ответа

Вы упомянули доверительный доступ к хосту, который, я думаю, исключает Silverlight, если вы не хотите запускать SL4 (бета).

Недавно мы провели много дискуссий о доступе к файловой системе. Silverlight 3 работает более или менее в изолированной программной среде с частичным доверием. Вы не можете поддерживать указатель на файлы в файловой системе за пределами изолированного хранилища вашего приложения. Это было проблемой для нас, поскольку мы хотели, чтобы пользователь мог использовать приложение для ссылки на разногласия в вашей файловой системе. При этом вы можете разрешить пользователям загружать и сохранять файлы из любой точки системы, но вы просто получаете / или отправляете поток файлов и (насколько мне известно) не имеете доступа к информации о папке или пути к файлу.

Silverlight 4 (в бета-версии) поддерживает ваше приложение, работающее в режиме полного доверия. Я не

1
ответ дан 14 December 2019 в 04:39
поделиться

Самый большой - это кроссплатформенная совместимость. Если вам нужно, чтобы приложение запускалось как на Mac, так и в Windows (не уверен, что Silverlight пока поддерживается в Linux), используйте Silverligt. Если вы хотите сделать предположение, что все ваши пользователи будут работать на компьютере с Windows, перейдите на WPF.

Очевидно, что WPF имеет гораздо более богатый инструментарий, чем silverlight, поэтому вполне может быть, что silverlight просто не вариант. Если бы я просто создавал для Windows, хотя знаю, что моя работа была бы проще в WPF.

3
ответ дан 14 December 2019 в 04:39
поделиться

Учитывая, что вы нацеливаетесь на частную инфраструктуру под управлением Windows, стоит подумать о двух моментах

  • Wpf имеет более богатое дерево управления, тогда как Silverlight представляет собой уменьшенный набор для компактного размера
  • Wpf требует Инфраструктура .Net устанавливается локально, тогда как Silverlight имеет собственную среду выполнения на основе браузера, не зависящую от платформы

. Хотя на вашей целевой платформе, скорее всего, будет установлена ​​последняя версия .Net framework, что делает этот последний пункт спорным, не забывайте о любых обновлениях до фреймворк [то есть .Net4.0 и любые будущие обновления] может потребовать перезапуска компьютера, что является серьезной проблемой для предприятий, которым требуются постоянные рабочие столы с отслеживанием состояния [то есть все, что в сфере финансов, например, банки и торговля].


Как и в случае со всеми проблемами, ваше решение должно определяться вашими требованиями, а не технологией. :)

3
ответ дан 14 December 2019 в 04:39
поделиться

In talking with a lot of people who work with both Silverlight and WPF, even those who are excited about Silverlight and push for it strongly, I hear a lot of the say fairly emphatically that if you are going to be developing exclusively for a full-trust Windows environment, WPF is hands-down the obvious choice.

That's not to say that Silverlight is an inferior product or that there aren't times will Silverlight will be the clear winner. But when you say "I'll be deploying LOB apps on a corporate network running only windows computers," it sounds like WPF is the clear winnder.

You could decide to go down the Silverlight route in anticipation of all of the great new OOB feature os SL4. I've even heard rumors that SL and WPF will eventually merge, so it may not even really matter, right? Well, I think what you'll find if you go with Silverlight is that some of the advanced features that you thought were there weren't there in the way you expected. For example, SL4 will be able to run in "Elevated Trust" (not full trust) and you might find this limiting at a frustrating point in the project where a lot of your code base is already in Silverlight.

Certainly keep your eyes on Silverlight, but for your current business case, WPF will likely be the best fit.

1
ответ дан 14 December 2019 в 04:39
поделиться
Другие вопросы по тегам:

Похожие вопросы: