API… Кто создает APUI?

рабочий процесс1

У нас уже довольно давно в отрасли есть интерфейсы прикладного программирования. Проблема API находит ресурсы разработки, необходимые для программирования интеграции. Это не легко. Используя любой современный язык программирования, обычно требуется отправлять переменные в службу, а затем получать результаты, используя XML (расширяемый язык разметки).

В 2000 году я работал в Консультационной компании по маркетингу баз данных в Денвере, Колорадо, и у нас был инструмент под названием Sagent Solutions. Сагент был в итоге куплен Group1. Group1 хорошо известна в сфере маркетинга баз данных благодаря созданию фантастических приложений. Я не уверен, что случилось с продуктами Sagent, которые я использовал, но они были невероятными. В левой части экрана у вас были «преобразования», и вы могли перетаскивать их в рабочий процесс. Все входы и выходы каждого преобразования автоматически привязываются к следующему преобразованию.

Итак, я мог создать рабочий процесс для импорта файла, сопоставления полей с базой данных, преобразования значений полей, очистки адресов, геокодирования адресов, экспорта завершенного файла и т. Д. Я мог бы даже разделить рабочий процесс и выполнить несколько процессы с одинаковыми данными. При просмотре «бэкэнда» рабочего процесса Sagent фактически сохранил план, используя XML. По сути, это означает, что вы можете динамически создавать и выполнять рабочий процесс, если хотите. Решение было шестизначным, но создание плана управления хранилищем данных заняло минуты, а не дни.

С появлением API-интерфейсов, веб-служб, SOAP, Flex, Ajax и т. Д. Мне любопытно, почему никто еще не создал пользовательский интерфейс для программирования приложений на базе Интернета. Другими словами, интерфейс перетаскивания для API звонки. С помощью SOAP компании хранят WSDL (язык определения веб-служб), который по сути представляет собой программную энциклопедию о том, как использовать веб-службу. За пять лет никому не удалось разработать решение для интерпретации API или веб-сервис для визуального построения рабочего процесса? Кто-нибудь над этим работает?

Вот моя идея на 1 миллиард долларов на день. Если бы кто-то мог создать интерфейс Flex, который мог бы читать WSDL и визуально представлять вызовы, то вы могли бы перетаскивать взаимодействия между вызовами. Это недостающее звено Интернета… сделать Интернет доступным для всех, чтобы «программировать» свое собственное решение без необходимости понимать какие-либо языки.

Как вы думаете?

Этот сайт использует Akismet для уменьшения количества спама. Узнайте, как обрабатываются ваши данные комментариев.