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

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

Андрей


person Andrew    schedule 12.09.2009    source источник


Ответы (2)


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

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

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

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

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

person Brian Lyttle    schedule 12.09.2009
comment
Спасибо за совет ... Думаю, мне следовало быть более конкретным: мне не нужен доступ через Интернет, только интранет. Например: если кто-то создает программу с использованием C ++ или чего-то еще и запускает ее в той же сети, что и моя служба приложения ... я бы хотел, чтобы они могли извлекать информацию из моего приложения и использовать ее в своем коде. Я ищу безопасный способ сделать это ... подойдут ли для этого веб-сервисы (я предполагаю, что вы имеете в виду XML?) Спасибо, Эндрю - person Andrew; 12.09.2009
comment
Для этого должно хватить веб-сервисов. - person Esteban Küber; 12.09.2009
comment
Спасибо, путешественник ... что вы конкретно имеете в виду, когда говорите, что веб-службы ... запускают веб-сервер и получают / отправляют запросы XML? - person Andrew; 12.09.2009

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

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

person CtrlDot    schedule 12.09.2009
comment
Я понимаю, что вы имеете в виду, и частично согласен с тем, что иногда лучше сначала заставить его работать, а затем переносить. Однако в мире Интернета и когда я говорю о технологиях, специфичных для Windows / MSIE, я не согласен с такой позицией. Если есть хотя бы небольшая вероятность, что вы хотите поддержать большинство пользователей в Интернете, не говоря им об использовании определенного браузера (даже для пользователей интрасети), писать его сначала в ActiveX - не лучшая идея. «Порт» кода ActiveX, скорее всего, будет работать в IE И других браузерах, поэтому сначала написание его в ActiveX будет пустой тратой времени (выбросьте PoC) - person Lo-Tan; 23.04.2012