私は潜在的なWPFアプリケーションについて考えており、XBAPの種類、展開方法、信頼の制限などについて合理的な理解を得ています。
私が検討しているアプリケーションは、おそらくXBAPがデフォルトで許可するよりも完全な信頼を必要とし、WSバインディングなどでWCFを使用する必要があります。
したがって、私は現在、WPFのスタンドアロンWindowsアプリケーションストリームに傾倒しています。
ただし、XBAPを使用するのとは対照的に、このルートをたどることの不利な点/利点を理解する必要があります。私は、アプリケーションの更新を読んだことがもっと問題があると思っていましたが、これに関する明確な声明を見つけることができません。
更新を頻繁に公開する場合は、ClickOnceがスタンドアロンWPFアプリケーションを展開するための既定の標準です。非常に難しいとは言えませんが、XBAPよりも複雑です。
XBAPデプロイメントは、Webページのデプロイに似ています。ビルドし、ファイルをサーバーにコピーすれば完了です。ClickOnceアプリでは、配置（2つのxmlファイルとアセンブリ）を作成する必要があり、クライアントファイルとサーバーファイルの同期を維持する方法はより複雑です（ClickOnceはすべてを非表示にします）。
ClickOnceで直面した主なハードルは、デプロイメントの作成でした。Visual Studioは、単純なシナリオでは正常に機能しますが、複雑なシナリオではうまく機能しません。たとえば、さまざまなサーバーからデプロイして同じマシンに一緒にインストールできるさまざまなバージョンのアプリ（dev、qa、prod）を作成します。ロケット科学ではありませんが、XBAPよりも複雑です。
このMicrosoftのドキュメントが役立つ場合があります。