API…誰がAPUIを構築していますか?

ワークフロー1

業界ではかなり長い間、アプリケーションプログラミングインターフェイスを使用してきました。 の挑戦 API 統合をプログラムするために必要な開発リソースを見つけています。 簡単ではない。 最新のプログラミング言語を利用するには、通常、変数をサービスに投稿してから、XML(eXtensible Markup Language)を利用して結果を取得する必要があります。

2000年、私はコロラド州デンバーのデータベースマーケティングコンサルタントで働いていました。SagentSolutionsというツールがありました。 Sagentは最終的にによって購入されました Group1。 Group1は、いくつかの素晴らしいアプリケーションを構築するためのデータベースマーケティングシーンでよく知られています。 以前使っていたSagent製品はどうなったのかわかりませんが、すごかったです。 画面の左側に「変換」があり、それらをワークフローにドラッグできます。 各変換のすべての入力と出力は、自動的に次の変換に関連付けられます。

したがって、ファイルのインポート、フィールドのデータベースへのマッピング、フィールドの値の変換、アドレスのクレンジング、アドレスのジオコーディング、完成したファイルのエクスポートなどのワークフローを構築できます。ワークフローを分割して複数の作業を行うこともできます。同じデータで処理します。 ワークフローの「バックエンド」を確認する際に、Sagentは実際にXMLを使用して計画を保存しました。 これは基本的に、必要に応じてワークフローを動的に構築して実行できることを意味します。 ソリューションは6桁のソリューションでしたが、データウェアハウスを操作する計画を立てるのに数日ではなく数分かかりました。

API、Webサービス、SOAP、Flex、Ajaxなどの出現により…なぜ誰もWebベースのアプリケーションプログラミングユーザーインターフェイスをまだ構築していないのか興味があります。 言い換えれば、のドラッグアンドドロップインターフェイス API 呼び出します。 SOAPを使用すると、企業は、基本的にWebサービスの利用方法に関するプログラム百科事典であるWSDL(Webサービス定義言語)を保管します。 XNUMX年間で、誰も解釈するためのソリューションを開発することができませんでした API またはワークフローを視覚的に構築するためのWebサービス? 誰かがそれに取り組んでいますか?

これがその日の私の1億ドルのアイデアです。 誰かがWSDLを読み取り、呼び出しを視覚的に表すことができるFlexインターフェースを構築できれば、呼び出し間の相互作用をドラッグアンドドロップできます。 それはウェブの欠落しているリンクです…誰もがウェブにアクセスできるようにして、言語を理解しなくても独自のソリューションを「プログラム」することができます。