Альтернатива элементам управления ActiveX

Question

Я занимаюсь разработкой и обслуживанием приложений, и я хочу, чтобы пользователи могли запрашивать программно (служба затем вернет все запрошенные данные). Мой рабочий план сейчас заключается в использовании элементов управления ActiveX, но мне сказали, что они устарели. Мне было интересно, какие будут более свежие / независимые от платформы решения? (Я не знаю много о контроле) Любая помощь будет очень признателен:)

Andrew

Answer 1

Я не совсем уверен в том, как вы планируете функционировать приложение на основе предоставленной вами информации. Если у вас есть служба и элементы управления ActiveX, вы действительно ограничены определенными платформами Windows. Предполагая, что элементы управления ActiveX должны работать внутри браузера, вы ограничены в Internet Explorer.

Подумайте, нужен ли вам сервис для связи с другими компьютерами. Возможно, предоставление серверу каких-либо веб-сервисов или веб-протокола позволит:

• Доступ с других компьютеров
• Браузеры, отличные от IE, для доступа к вашему сервису

Обновление: чтобы следовать комментариям @ voyager к веб-сервисам, вы создаете коммуникационный уровень, который можно записывать в сокеты TCP / IP (низкоуровневые) вплоть до веб-сервисов (в основном XML по HTTP). Ваша служба может прослушивать порт 80 для запросов HTTP и отвечать соответствующим образом, либо вы можете использовать веб-сервер, такой как IIS. Это означает, что вам не нужно иметь свой собственный стек HTTP / Web, который может быть желательным. В IIS у вас есть несколько веб-сервисов, которые раскрывают вашу логику, реализованную вашим сервисом (сервис <==> iis <==> клиент / браузер).

IIS предоставляет ряд параметров безопасности для интрасети или Интернета. Соединения могут быть защищены с помощью SSL, и вы можете использовать различные методы аутентификации (NTLM, Kerberos, Basic).

Answer 2

Действительно ли разработчики ищут независимые от платформы элементы управления? Разработчики .NET Winform чаще покупают компоненты Winform. Разработчики MFC хотят компоненты MFC. Насколько я знаю, устаревшие разработчики VB6 могут быть крупнейшим рынком для компонентов ActiveX.

Моя точка зрения заключается в том, что, пытаясь обратиться к широкому рынку, вы можете сделать обратное. Я бы выбрал конкретную платформу и нацелился на нее первым. Если он успешен, перенесите его на другие платформы.