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

Question

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

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

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

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

Answer 1

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

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

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

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