バージョニングを行うための合意された方法がない。アプリケーションへのゲートウェイであることを考えると,これは重要な問題だ。間での一貫性がまったくない。サービス間の要求および応答メッセージに一貫性のないものが多く,クエリとオブジェクトのバインディングが難しい。生成に明確なガイドラインがない。変更に関する警告がない。当然ながら,開発者自身のコードから直接コール可能です。この方法では不都合な場面もあります。使うアプリケーションを構成するのであれば,新たなアプローチが必要になります。クライアントサポートを提供していますが,メンテナンスされていないものも多数あるため,利用する上での負担はこれらクライアントによって異なります。数は年を追って倍増しているので,これらの新しい機能の価値を無視することはできません。問題には,解決のために開発者を補助する手段が必要です。サービスが現れました。ツールを提供しています。受け入れる上での私たちのアプローチは,一貫性のある操作モデルを提供することです。スキームや認証,サイン,ハッシュ,セッション管理,イベントストリーミングなどを扱うアノテーションで修飾されたメタデータを持った,単純なオブジェクトとして表現されます。フローを構成することができるのです。フローには当然ながら,それを実行する場所が必要です。機能を構成して,その結果を自身のアプリケーションにパブリッシュすることを可能にします。アプリケーションの統合レイヤとして動作して,アプリケーションコードの統合ロジックを不要にします。意義は,統合ロジックをアプリケーションから分離可能にすることにあります。対応する特殊なコードが必要になります。いずれかが変更されれば,対応するアプリケーションコードも更新しなければなりません。この種のロジックをすべて統合レイヤに移動することができます。個別対応するためには,統合レイヤはアプリケーションよりもはるかに適した場所なのです。開発者にとって,アプリケーション組み込み可能な新たな機能とデータの宝庫です。利用することで,より多くのコンテキストでさらに面白いユーザエクスペリエンスを提供するアプリケーションが,新たに数多く開発されています。併用する開発で大きな問題となっています。開発者は,統合ロジックをアプリケーションからプラットフォーム固有の処理に移動することによって,自身のアプリケーションコードをクリーンに保つ方法を探さなければなりません。プロジェクトを設立しました。不満を感じた氏は,開発の容易性とコンポーネントの再利用性を特徴とする,新たなプラットフォームの開発に着手しました。プロジェクトを立ち上げました。開発に従事しています。