我们的应用程序通常使用ActiveX控件在IE(XP和之前版本)上下载和安装我们的客户端,但是由于我们的用户群已经转向更多带有“保护模式”的Vista盒子,我们需要进行调查。
所以,未来,尝试使用保护模式API是否值得头疼?这是否会导致大量的对话框和管理员权限来执行我们的应用程序需要做的事情(写入一些本地文件位置,访问其他一些应用程序等)?
我只想添加一个非基于浏览器的安装程序应用程序,该应用程序将执行下载和安装客户端的脏工作,如果需要......这只需要安装一次并在大型公司结构中它可能会被IT推出。
我还缺少其他一些想法吗?
答案 0 :(得分:1)
这个客户端,它是一个桌面应用程序而不是在浏览器中运行的某些软件吗?在这种情况下,请提供常规下载安装程序。我对浏览器托管的安装程序的个人经验是,它们只是令人困惑,而我所看到的少数似乎在某种程度上编码很差。
如果您使用基于MSI的安装程序,我相信很多Windows域管理员也会非常喜欢您,因为Microsoft有工具可以远程部署基于MSI的安装到大型计算机上。
答案 1 :(得分:0)
您是否查看了Microsoft的ClickOnce Deployment?
如果我没记错的话,你可以嵌入一个有助于自动处理受保护模式的清单,用API来避免这些麻烦。
我相信ClickOnce适合您的ActiveX安装程序设计的目标。
既然你说你的IT部门可以推动这一点,我认为你也可以使用这种技术。
即使您可能没有在.NET CLR上编写应用程序,也可以使用Visual Studio为您生成这些清单和安装程序。
答案 2 :(得分:0)
这样做要好得多,而不是再把它关掉。 Vista是微软的说法,他们不会让人们忽视安全问题,并鼓励人们更新他们的代码。
我确信此处的其他用户可以指出您是有关编写ActiveX控件的MSDN最佳做法。