フォームコントロールの動的作成に関する「経験則」はありますか？

Question

たとえば、新しいWindows Fromアプリケーションが開発されていて、それぞれが5〜10個のコントロールを持っている25個の異なる画面を表示しているとします.....

明らかに必要なすべてのリストボックス、元の画面が作成されたとき（例えば、ツールボックスからドロップ&のドラッグを使用して）リストビュー、データセットなどが作成されている可能性があります。

どの時点でどのような理由でコードが表示されるかによって、リストビューまたはドロップダウンメニューが動的に作成されます。

は、それは時間をかけて、プログラマは、元の画面を変更するために、その後これに行う簡単です決める事のちょうど摩耗の種類、ですか？

また、元々設計された画面に存在しなかったコントロールを動的に作成するより良い理由がありますか？

ありがとうございました - 明らかに希望でした。

Answer 1

Hereは、それが適用されるだろうというときASP.NETのコンテキストでダイナミックなコントロールを使用して説明する本当に良い品です。同じ例が当てはまります。一般に、実行時にコントロールを挿入すると、ユーザーが入力する必要のあるデータに応じてUIを異なる方法でレンダリングする柔軟性が得られます。これが役に立つと期待しています。

Answer 2

ときに私は動的にコントロールを作成するために必要なてきた唯一の時間は次のとおりです。アプリケーション全体をされたユーザーインターフェイスは、（「パーソナライゼーション」）頻繁に変更はなく、基礎となるデータ/処理が

なかった

• 静的なユーザーインターフェイスが不可能な程度にデータ駆動されます（たとえば、データベースレコードがどのフィールドとセットを表示および編集できるかを指示し、このデータは頻繁に変更されました）。

in .NET WinFormsフォームのコントロールデータバインディングを含む-loadイベントは、かなりうまく動作します。