質問

私はどの時点で私はコードの重複の多くを削除し、動的UIのデザイナーをサポートした静的なデータ入力フォームの利便性をあきらめなければならない、思ってきた?

人々は常にそれがフォームに来るとき、すべてが窓の外に出ると、すべてがフォームに明示的に追加されることを、まだ保守性を向上させるために、コードの重複を削除し、しようとしたプログラミングの世界で紛争があるようです。

どのような兆候私はそれがほこりでデザイナーを残して、ダイナミックなUIを作成する時が来たときに知ることになります?

役に立ちましたか?

解決

私は謙虚に提案してもよい Metawidget の?

それは、あなたが言うように、「全体のUIを生成する」しようとしていません。 「共通して大量のフォームの複雑なシステムで重複したコードを生成」するだけのシステムです。

あなたが見てみる機会を得た場合は、

、私は私たちのフォーラムにあなたのフィードバックを聞くのが大好きです。

他のヒント

動的UIは、データのいくつかの種類といくつかの業務プロセスの罰金です。

複雑さの任意のレベルが

に設定したら、

ほとんど彼らが醜いです グループフレーム、ラベル、テキストボックス、numberboxes、オプションボタン、およびWPFでチェックボックス

Iから作られた動的なフォームを定義するためにモデルを使用します

これは、テンプレート文書やカタログの作成を制御するための基本的なデータを埋めるために正常に動作します。

しかし、私はそれは複雑な階層など、典型的なビジネス・データのために働くとは思わない。

A UIはユーザーのワークフローに最適化されなければならない、それがデータ入力を便利にするためにあり、それは見栄えする必要があり、自動的に実世界の複雑さとは何のためにこのようなUIを生成することは困難であり不可能ではない。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top