多くのコードの重複を削除する動的 UI のデザイナー サポートを備えた静的データ入力フォームの利便性をどの時点で放棄する必要があるのでしょうか?
プログラミングの世界では、保守性を向上させるために常にコードの繰り返しを削除しようとする一方で、フォームに関しては、すべてが窓の外に出て、すべてがフォームに明示的に追加されるという対立があるようです。
デザイナーを置き去りにして動的 UI を作成する時期を知るには、どのような兆候を探す必要がありますか?
多くのコードの重複を削除する動的 UI のデザイナー サポートを備えた静的データ入力フォームの利便性をどの時点で放棄する必要があるのでしょうか?
プログラミングの世界では、保守性を向上させるために常にコードの繰り返しを削除しようとする一方で、フォームに関しては、すべてが窓の外に出て、すべてがフォームに明示的に追加されるという対立があるようです。
デザイナーを置き去りにして動的 UI を作成する時期を知るには、どのような兆候を探す必要がありますか?
動的 UI は、一部のタイプのデータと一部のビジネス プロセスに適しています
ほとんどの場合、複雑さのレベルが設定されると、それらは醜く見えます
モデルを使用して、グループフレーム、ラベル、テキストボックス、ナンバーボックス、オプションボタン、および WPF のチェックボックスから作成された動的フォームを定義します
テンプレート化されたドキュメントとカタログの作成を制御するための基本的なデータを入力するのに適しています
しかし、複雑な階層を持つ典型的なビジネスデータなどではうまく機能しないと思います
謙虚にMetawidgetを提案してもよろしいですか?
あなたが言うように、「UI全体を生成する」ことはしません。それはまさに「大量の共通点を持つフォームの複雑なシステムで重複コードを生成する」ためのシステムです。
ご覧になる機会がありましたら、フォーラムでフィードバックをお寄せください。
UI はユーザーのワークフローに合わせて最適化する必要があり、データ入力を便利にし、見栄えを良くする必要があります。現実世界の複雑さを伴うあらゆるものに対してそのような UI を自動的に生成することは、不可能ではないにしても困難です。