Best Practice für Eltern/Kind UI-Design in ASP.Net?

Question

Ausgehend von einem Desktop-Client-Hintergrund, ohne echte datengesteuerte Webdesign-Erfahrung, studiere ich ASP.NET UI-Design, um das beste UI-Muster für Parent/Children-Daten zu ermitteln.

Ich tendiere immer dazu, mit der Eltern/Kind-Präsentation zu experimentieren, wenn ich eine neue UI-Plattform lerne, also habe ich hier angefangen. Ich denke, ich sollte ASP.NET 2.0 verwenden, ich untersuche die verschiedenen Möglichkeiten der Erstellung eines UI-Formulars, das eine Hauptliste von übergeordneten Datensätzen enthält, und zeigt dann die verknüpften untergeordneten Datensätze in einem zweiten Raster auf der Seite an, wenn Sie auf ein übergeordnetes Element klicken. Schließlich sind sogar die Kinderaufzeichnungen Eltern anderer Kinder, also muss ich mich auch damit befassen.

Denken: Kunden mit offenen Aufträge/Offene Aufträge für ausgewählte Kunden/Einzelposten zu ausgewählten Open Order ... wie dieser Bildschirm, in dem ich die gleiche Sache in WPF gebaut: http://www.twitpic.com/26w26

Einige Techniken, die ich habe gesehen, erstellt einfach eine einfache alt-shcool-Tabelle mit href-Links für die Eltern, mit einem Methodenaufruf, um die Kinder basierend auf dem ausgewählten Elternteil abzufragen, während einige Techniken, die ich gesehen habe, die ASP.NET 2.0-Datensteuerelemente verwenden, um das alles auszuarbeiten. Sind die ASP.NET 2.0-Datensteuerelemente betrügerisch? Verwenden echte Entwickler diese sofort einsatzbereiten Steuerelemente oder geben sie ihr eigenes HTML aus, damit sie mehr Kontrolle haben?

Auch scheint es, dass ASP.NET MVC im Moment der letzte Schrei ist, also sollte ich darüber nachdenken. Wenn ich mir ein paar Intro's anschaue, scheint es einen Schritt zurück in der Zeit zu sein, da es so aussieht, als müsste man viel HTML manuell erstellen, um Listen und Datagrids zu präsentieren, anstatt die ASP.NET 2.0 Controls verwenden zu können.

Ich bin irgendwie verloren, wo meine Energie zu verbringen.

Answer 1

Zurück zu dieser Frage 6 Monate nachdem ich gefragt habe, nun, dass ich einige Erfahrung mit ASP.Net Webforms gesammelt habe, werde ich meine eigene Frage beantworten. Die Verwendung der tatsächlichen Asp.net-Steuerelemente wie ListView und GridView ist nicht wirklich so schwer, und ich kann sehen, dass es in der Tat eine gängige Praxis ist, sie in Formularen zu verwenden und sich nicht wie ein Betrüger zu fühlen. Sicher MVC zwingt Sie, HTML-Code niedriger Ebene, aber mit Asp.Net-Steuerelemente auf WebForms App ist in Ordnung und eigentlich nicht annähernd so schwer, wie ich es befürchtet hatte.

Answer 2

Ich werde nicht den Parent/Child-Teil von dem, was Sie fragen, aber eher auf die WebForms vs ASP.NET MVC, die Sie am Ende gefragt.

Ich fand Entwicklung mit WebForms hoch ärgerlich. Jedes Mal, wenn ich etwas aus der "Norm" herausholen wollte, musste ich mit dem Framework kämpfen, damit es so funktioniert, wie ich es wollte.

ASP.NET MVC entlastet Sie stark von diesen Belastungen. Dies geschieht jedoch auf Kosten von allen Arten von kühlen Komponenten, die Sie aus der Box verwenden können. Ja, es gibt mehr Handcodierung des HTML, aber letztendlich wird das die Entwicklung Ihrer Seiten angenehmer machen.