替代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控件

回答

相關問題