替代ActiveX控件

我正在开发和应用程序服务，我希望用户能够以编程方式查询（该服务然后将返回任何请求的数据）。我现在的工作计划是使用ActiveX控件，但是我被告知他们已经过时了。我想知道那里会有哪些更新的/独立于平台的解决方案？（我不知道很多关于控件）任何帮助将是非常赞赏:)替代ActiveX控件

安德鲁

来源

2009-09-12 Andrew

我真的不知道你是如何打算的应用程序基础上，您提供的信息功能。如果你有一个服务和ActiveX控件，你真的只限于某些Windows平台。假设ActiveX控件需要在浏览器内部运行，则仅限于Internet Explorer。

请考虑您是否需要该服务与其他计算机通信。也许暴露服务器以某种形式的Web服务或基于web的协议将允许：

从其他计算机
浏览器IE以外Access访问您的服务

更新：要遵循从@ voyager对Web服务的评论中，您将构建一个可以用TCP/IP套接字（低级）直到Web服务（主要是HTTP over XML）编写的通信层。您的服务可以侦听端口80上的HTTP请求并作出相应响应，或者您可以利用IIS等Web服务器。这意味着你不需要拥有你自己的HTTP/Web堆栈，这可能是可取的。使用IIS时，您可能会有一些Web服务暴露了您的服务实现的逻辑（服务< ==> iis < ==>客户端/浏览器）。

IIS为Intranet或Internet提供了一系列安全选项。可以使用SSL保护连接，并且可以利用各种身份验证方法（NTLM，Kerberos，Basic）。

来源

2009-09-12 17:56:47

感谢您的提示...我想我应该更具体：我不需要通过网络，只有intranet的可访问性。例如：如果有人正在使用C++或其他方法制作程序，并在与我的应用程序服务相同的网络上运行程序，我希望它们能够从我的应用程序检索信息并在其代码中使用它。我要寻找一个安全的方式做到这一点...将Web服务资格获得这个（我假设你的意思是像XML？）感谢，安德鲁 – Andrew 2009-09-12 18:26:19

Web服务应该够了这一点。 – voyager 2009-09-12 18:32:34

感谢voyager ...当你说“web服务”时，你特别的意思是什么......运行一个web服务器并接收/发送XML请求？ – Andrew 2009-09-12 18:36:16

开发者是否真的在寻找与平台无关的控件？ .NET Winform开发人员更可能购买Winform组件。 MFC开发人员需要MFC组件。据我所知，传统的VB6开发人员可能是ActiveX组件的最大市场。

我的观点是，通过试图吸引最广泛的市场，你可能会做相反的事情。我会选择一个特定的平台，并首先瞄准。如果成功，则将其移植到其他平台。

来源

2009-09-12 18:23:17 CtrlDot

我明白你的意思，并部分同意有时最好先让它工作，然后再端口。然而，在网络领域，当谈到Windows/MSIE特有的技术时，我不同意这种观点。如果您希望在互联网上支持大多数用户而不告诉他们使用特定浏览器（即使是Intranet用户）的情况下还有一点机会，那么首先在ActiveX中编写它并不是一个好主意。 ActiveX代码的'端口'可能在IE和其他浏览器中起作用，所以首先将它写入ActiveX最终会浪费时间（扔掉PoC） – 2012-04-23 14:23:18

替代ActiveX控件

回答

相关问题