ASP.Netの親子UI設計のベストプラクティス？

Question

私は、実際のデータ駆動型Webデザインの経験がないデスクトップクライアントの背景から、ASP.NET UIデザインを勉強して、親/子データ用に最適なUIパターンを決定しています。

私は新しいUIプラットフォームを学ぶときに常に親子のプレゼンテーションを試してみる傾向があります。ここでは、ここから始めました。私はASP.NET 2.0を使うべきだと思っています。私は、親レコードのマスターリストを含むUIフォームを構築するさまざまな方法を研究していて、親をクリックするとページの2番目のグリッドに関連する子レコードを表示します。結局のところ、子供の記録さえも他の子供の親ですので、私もそれに対処する必要があります。

思う：私はWPFで同じことを内蔵し、この画面のように選択されたオープンオーダーで選択した顧客/ラインアイテムのオープン注文/オープン注文をお持ちのお客様...：私が見てきた技術のhttp://www.twitpic.com/26w26

一部親のhrefリンクの単純な古いshcoolテーブルを作成し、選択された親に基づいて子を照会するいくつかのメソッド呼び出しを使用していますが、これまでのいくつかの手法ではASP.NET 2.0データコントロールを使用しています。 ASP.NET 2.0のデータコントロールは不正ですか？実際の開発者は、すぐに利用できるこれらのコントロールを使用するのですか、独自のHTMLを出力してコントロールを強化できますか？

また、ASP.NET MVCは今のところ激怒しているようですので、私はそれを考慮する必要があります。 ASP.NET 2.0のコントロールを使用するのではなく、手動でリストやデータグリッドを表示するために多くのHTMLを手作業で作成しなければならないように見えるので、時間がかかるようです。

私はどこで自分のエネルギーを費やすのか分かりません。

Answer 1

この質問には、私が質問してから6ヵ月後に、ASP.Netウェブフォームでいくつかの経験を積んだので、自分の質問に答えるつもりです。 ListViewやGridViewのような実際のAsp.netコントロールを使用することは、それほど難しいことではありません。私は実際にフォーム上でそれらを使用し、不正行為のように感じることはありません。確かにMVCは、HTMLコードのレベルを下げることを余儀なくされますが、WebFormsアプリケーションでAsp.Netコントロールを使用することは問題ありません。

Answer 2

あなたが求めている親子の部分ではなく、WebFormsとASP.NET MVCの最後にコメントします。

WebFormsを使用した開発が見つかりました。非常にです。私が "ノルム"から何かをしたいと思うたびに、私はそれが私が望むように動作するようにフレームワークと戦わなければなりませんでした。

ASP.NET MVCは、これらの負担を大幅に軽減します。しかし、それはあなたが箱からすぐに使用できるクールなコンポーネントのすべての種類を犠牲にしてそうする。そう、はい、HTMLの手書きコーディングが増えていますが、最終的にはあなたのページをより快適にするためのものです。