同じレコードを3回変更し、更新メッセージをリッスンする非同期プラグインがある場合、更新は注文されますか?
非同期で実行された場合でも(後で実行するために適切にキューに入れられた場合)、更新が順序付けられることを期待します。この場合、メセートの作成と削除についても同じことが言えると思います。
前もって感謝します。
同じレコードを3回変更し、更新メッセージをリッスンする非同期プラグインがある場合、更新は注文されますか?
非同期で実行された場合でも(後で実行するために適切にキューに入れられた場合)、更新が順序付けられることを期待します。この場合、メセートの作成と削除についても同じことが言えると思います。
前もって感謝します。
非同期プラグインでは、実行の順序は保証されません。キューを尊重してプラグインを実行する場合は、DependencyToken属性を使用する必要があります。
あなたはここで記事を見つけることができます:
@GuidosPreiteに加えて、私がしばらく前に実行したテストの中で、プラグインは期待した順序で実行されると言えます。
しかし、彼が言うように、それにあなたの家を賭けないでください。運が悪ければ、初期のスレッドは以前よりも遅れて実行される可能性があります。そしてマーフィーの法則を提供すれば、それはそうなるでしょう。
さらに、ロールアップ、サーバー、曜日などによって動作が異なる場合があります。つまり、はい、しかしいいえです。
次の図は、プラグインとワークフローの実行順序がどのように機能するかを示しています。 実行順序の重要性
結論: 通常、ワークフローのデフォルトの実行順序値は「0」であり、ユーザーはその値を定義できません。プラグインステップでユーザーが実行順序を「1」に設定すると、プラグインの前にリアルタイムワークフローがトリガーされます。
ユーザーがリアルタイムワークフローの前にプラグインを実行する必要がある場合、ユーザーはプラグインステップで実行順序を「0」に変更する必要があります。