Я занимаюсь разработкой и службой приложений, и я хочу, чтобы пользователи могли запросить программно (служба вернет обратно любые запрошенные данные). Теперь мой рабочий план - использовать элементы управления ActiveX, но мне сказали, что они устарели. Мне было интересно, какие будут более свежие/независимые от платформы решения? (Я много об элементах управления не знаю) Любая помощь будет очень признателен :)Альтернатива элементам управления ActiveX
Эндрю
Я не совсем уверен, как вы планируете заявку на функцию, основанную на информации, которую вы предоставили. Если у вас есть служба и элементы управления ActiveX, вы действительно ограничены определенными платформами Windows. Предполагая, что элементы управления ActiveX должны выполняться внутри браузера, вы ограничены Internet Explorer.
Рассмотрите, нужна ли вам услуга для связи с другими компьютерами. Возможно, подвергая сервер с какой-то веб-сервисы или веб-протокола позволит:
Update: Для того, чтобы следовать по из комментария @ voyager о веб-сервисах вы создаете коммуникационный уровень, который может быть написан в сокетах TCP/IP (низкоуровневый) до веб-служб (в основном, XML через HTTP). Ваша служба может прослушивать порт 80 для HTTP-запросов и отвечать соответствующим образом, или вы можете использовать веб-сервер, такой как IIS. Это означает, что вам не нужно иметь собственный HTTP/Web-стек, который может быть желательным. С IIS у вас будут некоторые веб-службы, которые разоблачили вашу логику, реализованную вашим сервисом (услуга < ==> iis < ==> клиент/браузер).
IIS предоставляет ряд параметров безопасности для интрасети или Интернета. Соединения могут быть защищены SSL, и вы можете использовать различные методы проверки подлинности (NTLM, Kerberos, Basic).
Действительно ли разработчики ищут независимые от платформы элементы управления? У разработчиков .NET Winform больше шансов приобрести компоненты Winform. Разработчики MFC хотят компонентов MFC. Насколько мне известно, устаревшие разработчики VB6 могут стать самым большим рынком для компонентов ActiveX.
Я хочу сказать, что, пытаясь обратиться к самому широкому рынку, вы можете сделать противоположное. Сначала я бы выбрал конкретную платформу и задачу. Если это будет успешным, переместите его на другие платформы.
Я понимаю, что вы имеете в виду, и частично соглашаетесь с тем, что иногда лучше всего сначала работать, а затем портом. Однако, в стране Интернета, и когда речь идет о технологиях, специфичных для Windows/MSIE, я не согласен с этой позицией.Если есть хоть небольшая вероятность, что вы хотите поддержать большинство пользователей в Интернете, не сообщив им использовать определенный браузер (даже для пользователей интрасети), писать его сначала в ActiveX - это не очень хорошая идея. «Порт» кода ActiveX, скорее всего, будет работать в IE и других браузерах, поэтому сначала записать его в ActiveX в виде пустой траты времени (выбросить PoC) –
Спасибо за отзыв. Я думаю, что я должен был быть более конкретным: Мне не нужна доступность через Интернет, только интранет. Например: Если кто-то делает программу с использованием C++ или что-то еще и запускает ее в той же сети, что и моя служба приложений ... Я бы хотел, чтобы они могли извлекать информацию из моего приложения и использовать ее в своем коде. Ищу безопасный способ сделать это ... будет веб-службы квалифицируется для этого (я предполагаю, что вы имеете в виду, как XML?) Спасибо, Эндрю – Andrew
Веб-сервисы должны быть достаточно для этого. – voyager
Спасибо voyager ... что конкретно вы имеете в виду, когда говорите «веб-сервисы» ... запускаете веб-сервер и получаете/отправляете XML-запросы? – Andrew