wpf - 此列表是否正确理解了Microsoft当前的应用程序部署选项？

Question

我正在努力弄清Microsoft当前提供的许多应用程序部署选项。

做一点研究发现了数十个令人困惑的术语：


“ WPF应用”
“ ClickOnce应用程序”
“ WPF ClickOnce应用程序”
“ MSI应用程序”
“ XBAP应用”
“使用ClickOnce部署XBAP应用程序”
“已安装的ClickOnce应用程序”
“ WPF Web应用程序”
“ ASP.NET Web应用程序”
“ ASP.NET MVC Web应用程序”
“ Silverlight应用程序”
“完整的WPF应用”
“具有同步框架支持的ClickOnce”


我将调查结果整理为以下七个独立的方法。希望得到反馈：


“使用MSI部署了WPF应用程序”（允许许多安装选项）


目标计算机上需要MSI运行时
带有选项的向导
可以指定每个用户或每台机器
可以修改目标计算机上的文件和注册表，仅受管理员设置的访问权限限制
可以在桌面上放置快捷方式
替换系统文件等，可以轻松在目标计算机上进入DLL hell
更新是一个很大的负面影响：检测可用更新需要其他工具/自定义程序，而不是内置的
用户不必在线即可使用应用程序

“使用ClickOnce部署WPF应用程序” ：（如果要自动更新但可以在沙箱中运行，则很好）


需要两次单击（单击超链接，单击是），无需用户输入
仅针对当前用户，没有按机器安装
桌面上没有快捷方式
像普通应用程序一样出现在程序列表中
应用程序文件始终复制到../我的文档/我的应用程序
您应用程序的快捷方式将放置在“开始”菜单/您的公司名称中
无法修改与操作系统隔离的目标计算机
自动检测并更新较新版本
只需将它们放在网络服务器上即可发布（客户端可以检测并获取它们）
需要.NET 2.0或更高版本
与Java Web Start相当
解决了四个问题：（1）易于部署；（2）易于更新；（3）对目标计算机的影响很小；（4）不需要管理员权限。
被认为是“低影响”
如果两个用户在同一台​​计算机上安装了相同的ClickOnce应用程序，则它们不会互相破坏
使用CAS进行安全保护
用户不必在线即可使用应用程序
独立的ClickOnce应用程序现在无法在Firefox和Mac和Firefox上运行，因为它需要.NET运行时
限于单窗口应用程序，因为它们在浏览器中运行
建立一个ClickOnce清单要比Silverlight等容易得多，因为IDE会为您完成几乎所有的事情。您只需要将文件托管在某个位置（可以是Web URL；可以是网络UNC）。

“ XBAP应用程序”：.xbap文件的xcopy部署，IE和Firefox像网页一样立即显示


XBAP模型的真正目标是创建一个与传统HTML和JavaScript网站（或Flash小程序）等效的WPF
目标计算机只需运行应用程序，而无需在其Web浏览器（IE或Firefox）中通过网络进行安装
它们非常适合希望真正轻松部署的Intranet应用程序，完整的.NET Framework（与Silverlight相对）和浏览器的导航模型。
99％的WPF功能（与Silverlight的WPF功能子集相反）
也可以通过ClickOnce自动部署，但XCOPY更常见
YourApp.xbap实际上是ClickOnce部署清单
在沙盒中运行
用户必须在线才能使用应用程序
这些必须是“基于页面”的应用程序，而不是“基于Windows”的应用程序
“ XBAP似乎是在brwoser内部运行的，仅仅是因为它在浏览器窗口中显示了所有内容。这与ActiveX控件（和Silverlight）所使用的模型不同，该模型在浏览器进程中加载​​。”
只要安装了.NET 3.5，XBAP就会提供“无提示”的体验，它就像网页一样显示在浏览器中。
不允许XBAP通过Interop使用WinForm控件
不允许使用Windows拖放
不允许使用最高级的WCF功能，并且XBAP不能与托管XBAP的服务器以外的任何服务器通信
“如果您的应用程序需要完全信任，则应考虑构建独立的WPF应用程序并使用ClickOnce进行部署”（Pro WPF in C# 2008）
技巧：您可以在一个HTML页面上将多个xbap应用程序嵌入到多个iframe中。

“ Silverlight应用程序”：在客户端的浏览器中运行，并使用.NET框架的已下载4MB子集，即没有3D）


跨浏览器（Opera和Safari也可以使用应用程序）
更新应用程序就像使用ClickOnce或XBAP一样容易
单窗口应用
应用程序当然在沙箱中
仅异步

“带有JQuery / AJAX的ASP.NET MVC”：一个新的开发平台，相当于在RAD和TDD方面在WPF中进行开发


该方法与WPF / Silverlight方法一起值得考虑

“ ASP.NET应用程序”：随着ASP.NET MVC的普及，带有ViewState的经典Web应用程序等的使用可能会越来越少
“ WinForm应用程序”：经典Windows应用程序，随着WPF获得认可，将越来越少使用


我特别感谢以下方面的反馈：


控件的可重用性（例如，如果我们使用Silverlight开发，是否可以在XBAP中重用我们的代码/控件？）
有时脱机，有时在线并且需要访问WCF的客户端的最佳方法是什么（我认为可能是clickOnce应用程序）

Answer 1

AppStart经验：

MSI =
仅Windows。很多点击。使用前安装。适用于非常庞大且占用大量资源的应用程序。应用程序可以在DVD上分发。应用程序可以做所有事情。没有技术限制。

ClickOnce =
仅Windows。可以从网页激活。下载一次。保留有关其来源的信息（服务器），并可以自动更新。应用程序受限制。需要.NET

Silverlight =
在Windows / Max / Linux（很快）和将来的Mobiles（计划中）上运行。是网页还是可以嵌入html。代码在服务器上，永远不会安装。需要Silverligth运行时。提供WPF的子集

XBAP =类似于silverlight，但仅适用于Windows。没有人会需要。 Silverlight更好

编程技术：

Silverlight =
在客户端机器上运行。使用WPF *

ASP.NET =
在.NET中的服务器机器上运行，但在客户端机器上运行Javascript / html。

WinForms =旧技术

WCF =不适用于基于浏览器的应用程序。适用于分布式应用程序。一个人可以为客户的mashine打开一扇门。使用WCF =需要MSI。

WCF为服务器提供了一个很好的框架。使用REST进行接口连接时，您永远不需要客户端上的WCF。可以在ClickOnce和MSI安装的应用程序中连接/断开客户端。您必须连接到Silverlight和ASP中用于appstart的网页。

XAML可以重新用于silverlight / wpf / xbap。 wpf / silverlight的微小变化。据我所知，wpf / xbap没有任何变化。