コンポーネントを配置したフローについて考えます。送り込んで、予想される入力または出力を提供します。イベントの構造をユーザが自分で調べる手間を回避できます。関連付けて特定の業績評価指標を公開する必要があるとします。コンポーネントをドロップできます。各プロバイダからデータ型と構造の情報をインテリジェントに取得し、データマッピングの入力と出力の規範を作成していることを確認できます。コードの空白を埋めるだけです。コネクタから状況更新データを取得するとします。ツイートテキストを記録したいと考えていますが、このコネクタで使用されているプロパティ名に慣れていません。ドキュメントを参照し、必要なプロパティの名前を確認する必要はありません。コネクタの直後に配置して、それに書き込むだけです。コネクタで実行されている要求から返されたプロパティを含め、ペイロードに関連付けられたすべてのプロパティとメソッドのリストが表示されます。信頼性のある再利用可能なフローアーチファクトとアプリケーションを作成するための、規範に基づく新しい方法が導入されます。デザイン時にエラーを事前に検出することで、より信頼性の高いアプリケーションを作成できます。メタデータが使用されます。信頼性の高い再利用可能なアプリケーションを作成するには、メタデータが規範的なガイダンスとして機能する必要があります。使用することをお勧めします。コンポーネントでメタデータコントラクトを定義すべきではありません。データの作成者とコンシューマ間のデータ仲介デバイスとして機能するため、その境界でコントラクトを定義する必要があります。コンポーネントの出力メタデータを、予想されるメタデータとして使用すると、誤る可能性があります。コンポーネントから出力されるデータの実際のメタデータ型をマスクすることになります。実装では、この出力データ型を完全に推定することができます。コンポーネントに入力される実際の受信メタデータもマスクされます。データが作成される場所でメタデータを定義することをお勧めします。実際のメッセージペイロードを生成したソースまたは拡張操作内です。この概念を念頭に置き、再利用可能なアーチファクトのスコープの外部にデータが存在する場合、そのデータもアーチファクトのコントラクトの一部として宣言する必要があることを常に覚えておく必要があります。フローとサブフローは、他のプロセッサと同様に、メタデータコントラクトを宣言することが予想されます。入力と出力のメタデータを宣言し、必要なイベントと、呼び出し元に返すイベントを具体的に指定する必要があります。出力イベントの宣言は、指定されていない場合、フローが再帰的ではないときにフローのコンテンツから自動的に推定されます。コネクタと同様に、フローメタデータの宣言が、関連するコントラクトに基づいて自動的に推定される可能性がある特別なケースがあります。リソースフローのケースです。コントラクトを使用して、リソースフローのメタデータコントラクトが推定されます。介したイベントコンテキスト全体の暗黙的なメタデータの伝播はありません。フローまたはサブフローを再利用することが予想される場合、このフローは入力および出力イベントに関してそのデータコントラクトを宣言する必要があります。feedback!MuleSoftは、SaaSとエンタープライズアプリケーションをクラウド、オンプレミス、またはその両方で接続するために広く使用されている統合プラットフォームを提供します。