0

たとえば、新しい Windows From アプリケーションが開発されており、それぞれに 5 ～ 10 個のコントロールがある 25 の異なる画面があるとします.....

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

リストビューやドロップダウン メニューを動的に作成するコードは、どの時点で、どのような理由で登場するのでしょうか。

元の画面を変更するよりも、時間の経過とともにプログラマーがこれを行う方が簡単であると判断した場合、それは単なる消耗のようなものですか?

それとも、最初に設計された画面には存在しなかったいくつかのコントロールを動的に作成するより良い理由はありますか?

ありがとう - それが明確だったことを願っています。

4

2 に答える 2

0

これは、 ASP.NETのコンテキストでの動的コントロールの使用と、それがいつ適用されるかを説明する非常に優れた記事です。同じ例が当てはまると思います。通常、実行時にコントロールを挿入すると、ユーザーが入力する必要があるデータに応じて、UI を異なる方法でレンダリングする柔軟性が得られます。これが役立つことを願っています。

于 2009-06-11T02:10:43.333 に答える
0

コントロールを動的に作成する必要があるのは、次の場合だけです。

  • ユーザー インターフェイスは頻繁に変更されましたが (「パーソナライゼーション」)、基礎となるデータ/処理は変更されませんでした
  • アプリケーション全体が、静的なユーザー インターフェイスが不可能なほどデータ駆動型であった (たとえば、データベース レコードは、どのフィールドとセットを表示および編集可能にするかを決定し、このデータは頻繁に変更された)

.NET WinForms では、データ バインドを含むフォーム ロード イベントでコントロールを作成すると、非常にうまく機能します。

于 2009-06-11T02:11:31.240 に答える