だから私はこのような構造を持っています：
Widget:
Component 1:
Component 2:
Component 3:
...
Component n:
ASP.NET MVC Webアプリを構築しています。このアプリは、その機能の一部として、ユーザーがウィジェットオブジェクトを作成し、コンポーネントオブジェクト（多数のプロパティを持つ）をウィジェットオブジェクトの「子」として割り当てることができるようにします。ユーザーはコンポーネントを持っていないか、50を追加する可能性があります。さらに、ウィジェットオブジェクトを編集し、コンポーネントのプロパティを任意に削除または変更することができます。
アプリケーションのすべてが機能していますが、これが構造化されている方法には満足していません。現在送信時に、すべてのコンポーネントとそのすべてのプロパティを送信します。このウィジェットに現在関連付けられているすべてのコンポーネントを削除してから、各コンポーネントを列挙して再度追加します。
...しかし、私はこの解決策に満足していません。大量のコンポーネント（たとえば500）を含む一部のウィジェットでは、ユーザーが1つのコンポーネントのみを変更した場合でも、このプロセスに時間がかかる可能性があります。しかし、代替案（コンポーネントごとに作成/更新/削除を追跡する）を構築するのは本当に苦痛のようです。
私はこれをもっとうまくできると確信しているので、この問題を解決するためにどのようなパターンを適用できるか（一般的に言えば）、特にWebアプリケーションのコンテキストで知りたいと思っています。