WPF - XBap против отдельного приложения для Windows

Я размышляю над потенциальным приложением WPF и получил разумное понимание того, что такое XBAP, как они развертываются, ограниченное доверие и так далее.

Приложение, которое я рассматриваю, вероятно, потребует более полного доверия, чем позволяет XBAP по умолчанию, а также использования WCF с привязками WS и т. Д.

Следовательно, в настоящее время я склоняюсь к потоку автономных приложений Windows WPF.

Однако мне нужно разобраться в любых недостатках / преимуществах использования этого пути по сравнению с использованием XBAP. Я думал, что прочитал, что обновление приложений было более проблематичным, но не могу найти окончательного утверждения по этому поводу.


person AJM    schedule 03.12.2009    source источник
comment
Вы когда-нибудь смотрели на ClickOnce?   -  person Vasyl Boroviak    schedule 03.12.2009


Ответы (1)


ClickOnce - это стандарт по умолчанию для развертывания автономных приложений WPF, если вы будете часто публиковать обновления. Я бы не сказал, что это чрезвычайно сложно, но это сложнее, чем XBAP.

Развертывание XBAP похоже на развертывание веб-страницы; build, скопируйте файлы на сервер, и все готово. Приложения ClickOnce требуют, чтобы вы создали развертывание (два XML-файла и ваши сборки), а способ синхронизации файлов клиента и сервера более сложен (хотя ClickOnce все это скрывает).

Основным препятствием, с которым я столкнулся с ClickOnce, было создание развертываний. Visual Studio отлично работает для простых сценариев, но не подходит для сложных вещей; например, создание разных версий вашего приложения (dev, qa, prod), которые можно развернуть с разных серверов и установить вместе на одном компьютере. Не ракетостроение, но более сложное, чем XBAP.

Эта документация Microsoft может вам помочь.

person codeConcussion    schedule 03.12.2009