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

Question

我试图了解Microsoft目前提供的许多应用程序部署选项。

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

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

我将我的发现清理成以下七种不同的方法。 希望得到反馈：

1. “使用MSI部署WPF应用程序”（允许大量安装选项）

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

2. “使用ClickOnce部署的WPF应用程序”:(如果您想要自动更新但在沙箱中运行，则很好）

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

3. “XBAP App”：.xbap文件的xcopy部署，IE和Firefox会立即显示为网页

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

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

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

5. “使用JQuery / AJAX的ASP.NET MVC”：一个新的开发平台，相当于RADF和RADD的开发

   • 这种方法值得考虑与WPF / Silverlight方法一起考虑

6. “ASP.NET App”：随着ASP.NET MVC获得认可，可能会越来越少地使用ViewState等经典Web应用程序

7. “WinForm App”：经典的Windows应用程序，随着WPF获得认可，将会越来越少地使用

我特别感谢有关的反馈：

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

Answer 1

很棒的总结，爱德华。

Silverlight中的大部分代码都可以直接在WPF和WPF XBAP应用程序中使用，因为Silverlight是WPF的子集。 对于XAML，您必须更改名称空间URI，并且可能需要进行一些轻微的手动调整。
对于XAML到Silverlight的转换，您还必须更改名称空间URI，但如果使用不在Silverlight中的WPF元素，则可能需要重构。 WPF和Sync Framework是在线/离线应用程序的绝佳选择。 有关WPF / Sync Framework应用程序的示例，请参阅Syndicated Client Experience Starter Kit 。 此外，Silverlight + Windows Live Mesh将提供在线/离线功能。

Answer 2

MS支持的部署选项适用于客户端应用程序

• MSI （任何Windows应用程序）
• Clickonce （仅适用于.Net客户端应用）

Clickonce不是WPF特定的。

XBAPS是在受信任的安全沙箱中单击部署的浏览器托管的WPF应用程序。 WinForms应用程序可以进行clickonce部署，也可以进行浏览器托管。

Silverlight（主要）源代码与WPF兼容。 您可以将SL控件重新编译为WPF控件。

非浏览器托管的clickonce可能非常适合您。

Answer 3

AppStart体验：

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

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

Silverlight =在Windows / Max / Linux（很快）和未来的Mobiles（计划）上运行。 是一个网页还是可以嵌入到html中。 代码在服务器上，永远不会安装。 需要Silverligth-Runtime。 提供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没有变化。

Answer 4

我不会那么快就将XBAP视为“仅适用于Windows的Silverlight”。 因为它使用完整的WPF集，所以只要您在对XBAP施加的部分信任限制内工作，就可以为WPF应用程序和XBAP使用相同的代码库。

此外，从.NET 3.5开始，WCF在Partial Trust下的XBAP中工作。 你不能在完全信任的WPF应用程序中做到这么多，但它仍然有用。

Answer 5

你列出了“MSI App”。 Windows Installer是Microsoft在Windows上安装和升级程序的技术。 它创建的安装包具有“.msi”扩展名。 （它最初将被称为“Microsoft Installer”。他们将其更改为“Windows Installer”，但保留扩展名。）它定义了创建安装包的标准方法。 可以通过许多不同的工具（InstallShield，WiX，Visual Studio等）创建包。 它不仅限于WPF应用程序。 您可以使用它来安装几乎任何类型的应用程序。

Answer 6

Live Framework（Live Mesh vNext）提供的另一个部署选项是支持网格的Web应用程序（MEWA）。 这使您可以将Silverlight，DHTML和Flash应用程序打包，以在Live桌面上联机运行，也可以在Windows桌面上联机/脱机运行。 您可以将MEWA安装到Mesh中，并将其自动部署到Mesh中的所有设备。 如果发布了新版本的应用程序，则更新也可以同步到所有设备。

除了Silverlight / DHTML / Flash之外，还有一些提示，未来版本的Live Framework将支持MSI和CAB打包应用程序，可能具有类似的部署功能。

支持网格的Web应用程序的文档： http ： //msdn.microsoft.com/en-us/library/dd199554.aspx