プロジェクトが成熟するにつれて、追加の要件に対処するためにリソース定義の属性を変更することがほぼ確実に必要になります。ハイパージーガー・コンポーザーリソース定義の変更
2つの簡単な例を使用してください。クライアントアドレスに国コードを追加するか、ミドルネームフィールドでミドルイニシャルとスワップを削除してください。
現在のところ、リソース定義が変更された場合、Composerはリポジトリに存在するすべての値を読み取りません。私はすべてのコンボを徹底的に試してみませんでしたが、この問題のために少なくとも2回ブロックチェーンを再構成しなければなりませんでした。
フィールドを「新規」または「廃止予定」としてマークして、これを見落としてしまうことはありますか?生産に移行することができないシステムを移転させるケースを作ることは難しいでしょう。
同じように、少なくとも参加者の属性の場合は空文字列やヌル文字列があまり好きではないようです。どこかで「オプション」のオーバーライドを使用すると、アプリケーションで余分な境界チェックを大幅に節約できます。私が逃した人もいますか?
オプションのキーワードがキーだったが。どうも。 –