説明
代わりに、SalesTable フォームのユーザー インターフェイス フォーム セクションに移動し、拡張機能を作成します。
注: Dynamics 365 Finance and Operations では、テーブル拡張機能を介して新しいフィールドを追加する必要があります。
SalesTable に拡張機能を作成します。
参照：
https://stoneridgesoftware.com/how-to-extend-sales-order-update-functionity-to-custom-fields-in-d365-finance

説明

説明

ボックス 1: SID1234
パラメーター
すべてのメソッドには独自のスコープがあります。メソッドは 1 つ以上のパラメータを取ることができます。メソッドのスコープ内では、これらのパラメーターはローカル変数として扱われ、メソッド呼び出しのパラメーターの値で初期化されます。すべてのパラメーターは値によって渡されます。つまり、元の変数の値を変更することはできません。メソッド内のローカル変数のみ変更できます。このローカル変数は元の変数のコピーです。
ボックス 2: 5
参照：
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/dev-ref/xpp-classes-methods

Explanation:
ボックス 1: はい
クラス拡張 - メソッドのラッピングとコマンドチェーン。
クラス拡張またはクラス拡張の機能が改善されました。拡張している基本クラスで定義されているメソッドの周囲にロジックをラップできるようになりました。イベント ハンドラーを使用せずに、パブリック メソッドとプロテクト メソッドのロジックを拡張できます。メソッドをラップすると、パブリック メソッドとプロテクト メソッド、および基本クラスの変数にもアクセスできます。このようにして、トランザクションを開始し、クラスに関連付けられた状態変数を簡単に管理できます。
ボックス 2: はい
次の例では、doSomething のラッパーと必要な next キーワードの使用により、メソッドのコマンド チェーン (CoC) が作成されます。CoC は、リクエストが一連の受信者によって処理される設計パターンです。パターンは送信者と受信者の疎結合をサポートします
[ExtensionOf(classStr(BusinessLogic1))]
最終クラス BusinessLogic1_Extension
{
str doSomething(int arg)
{
// パート1
var s = next doSomething(arg + 4);
// パート2
戻り値;
}
}
ボックス 3: はい
インスタンスおよび静的メソッドは、拡張クラスによってラップできます。静的メソッドがラップされるターゲットである場合、拡張機能内のメソッドは static キーワードを使用して修飾する必要があります。
ボックス 4: いいえ
ラッパー メソッドは常に next を呼び出す必要があります。
注: 拡張クラスのラッパー メソッドは、チェーン内の次のメソッド、そして最後に元の実装が常に呼び出されるように、常に next を呼び出す必要があります。この制限は、チェーン内のすべてのメソッドが結果に寄与することを保証するのに役立ちます。
この制限の現在の実装では、next の呼び出しはメソッド本体の第 1 レベルのステートメント内になければなりません。
以下に重要なルールをいくつか示します。
* next への呼び出しは、if ステートメント内で条件付きで行うことはできません。
* next への呼び出しは、while、do-while、または for ループ ステートメント内では実行できません。
* next ステートメントの前に return ステートメントを置くことはできません。
※ 論理式が最適化されているため、論理式内で next を呼び出すことはできません。実行時、完全な式の実行は保証されません。
参照：
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/method-wrapping-coc

説明