我们有一个正在迁移到.NET的应用程序。应用程序的一部分将使用ClickOnce，SXS（免注册COM到主机ActiveX控件进行部署，稍后可以移植）。由于环境受到控制，这部分并不是什么大不了的事。这将是一个主要“咨询”的环境。
另一部分主要是基于Web（特定于Internet Explorer）的应用程序。这部分涉及一些VBScript，JavaScript和几个ActiveX控件 这部分真让我担心。特别是因为它应该被家庭用户使用。这已经是一团糟，但它会变得更糟。而且，我们正处于时间限制之中。
他们想将此移至.NET并使用ClickOnce。并且，一些涉及安全性关闭的Internet Explorer嵌入式容器的粗暴hackery。甚至可能是SXS在Internet Explorer容器中托管控件。他们告诉我一切都会好的，我们可以给家庭用户提供CD，然后通过.NET安装（目标是2.0）。
我在这里什么都不担心？即使将来，我是否真的可以信任ClickOnce / .NET进行部署？让家庭用户完成.NET安装过程是否合理？
答案 0 :(得分：3)
这听起来像是灾难的秘诀，除非之前已经完成，并且你正在使用框架：
具有安全性的IE嵌入式容器 关掉了。甚至可能是SXS 托管IE容器中的控件。
这听起来像是一个真正的混乱，是一种结合托管和非托管代码的坏方法。
另外，为什么世界上你不会使用.NET 3.5 SP1？如果这是刚刚迁移到.NET的应用程序，那么为什么要从过去开始呢？
答案 1 :(得分：1)
我在这里什么都不担心？
不，我认为您的担忧是有根据的。
我真的可以信任ClickOnce / .NET吗？ 部署，甚至将来？
是的，我想是的。毫无疑问，全世界都在向富互联网应用程序而不是智能客户端发展，但我没有看到任何迹象表明ClickOnce正在消失。 WPF通过ClickOnce提供，这是MS旗舰演示框架。它会存在很长一段时间。
放置家庭用户是否合理 通过.NET安装过程？
在我看来是的。它非常简单，它可以通过Windows Update完成，也可以作为应用程序安装的一部分（您不必发送CD），并且您会发现许多客户已经安装了它。
答案 2 :(得分：0)
是的，诚实地使用.NET 2.0，没有安装它的用户数量在基于Windows的PC上实际上非常小。由于Windows Update，几乎所有使用Windows XP或更高版本的人都至少拥有.NET 2.0。
几乎所有Windows Vista或Windows 7用户都会拥有它，我不确定，但它可能已包含在Windows XP Service Pack 2或3中。