Наилучшая практика для дизайна интерфейса родитель / ребенок в ASP.Net?

Question

Исходя из опыта работы с настольным клиентом, без реального опыта веб-дизайна, управляемого данными, я изучаю дизайн пользовательского интерфейса ASP.NET, чтобы определить лучший шаблон пользовательского интерфейса для данных родителей / детей.

Я всегда склонен экспериментировать с презентацией «Родитель / ребенок» при изучении новой платформы пользовательского интерфейса, поэтому я и начал здесь. Думая, что мне следует использовать ASP.NET 2.0, я изучаю различные способы создания формы пользовательского интерфейса, которая содержит основной список родительских записей, и затем показываю связанные дочерние записи во второй сетке на странице, когда вы нажимаете на родителя. В конце концов, даже записи о детях являются родителями для других детей, поэтому мне нужно будет разобраться и с этим.

Подумайте: клиенты с открытыми заказами / открытыми заказами для выбранных клиентов / отдельные позиции в выбранном открытом заказе ... как на этом экране, где я построил то же самое в WPF: http://www.twitpic.com/26w26

Некоторые из техник, которые я видел, просто создают простую таблицу школ-ссылок href для родителей с некоторым вызовом метода для запроса дочерних элементов на основе выбранного родителя, в то время как некоторые методы, которые я видел, используют ASP. NET 2.0 управления данными, чтобы решить все это. Обманывает ли элемент управления данными ASP.NET 2.0? Используют ли настоящие разработчики эти готовые элементы управления или выводят собственный HTML, чтобы иметь больше возможностей для управления?

Кроме того, похоже, что ASP.NET MVC сейчас в моде, так что я должен подумать об этом. Когда я посмотрел несколько вступлений по этому поводу, кажется, что он сделал шаг назад во времени, поскольку похоже, что вам приходится вручную создавать большую часть HTML-кода для представления списков и сеток данных, а не использовать элементы управления ASP.NET 2.0.

Я немного растерялся относительно того, куда расходовать мою энергию.

Answer 1

Возвращаясь к этому вопросу через 6 месяцев после того, как я его задал, теперь, когда я приобрел некоторый опыт работы с веб-формами ASP.Net, я собираюсь ответить на свой собственный вопрос. Использование реальных элементов управления Asp.net, таких как ListView и GridView, на самом деле не так уж сложно, и я вижу, что это обычная практика - использовать их в формах и не чувствовать себя обманщиком. Конечно, MVC вынуждает вас использовать HTML-кодирование более низкого уровня, но использование элементов управления Asp.Net в приложении WebForms - это нормально и на самом деле не так сложно, как я боялся, что это будет.

Answer 2

Я не буду комментировать то, о чем вы просите, в части «Родитель / Ребенок», а скорее о WebForms против ASP.NET MVC, о котором вы спрашивали в конце.

Я нахожу разработку с использованием WebForms очень раздражающей. Каждый раз, когда я хотел сделать что-то из "нормы", мне приходилось бороться с фреймворком, чтобы заставить его работать так, как я хотел.

ASP.NET MVC освобождает вас от этого бремени. Тем не менее, это происходит за счет наличия всех видов классных компонентов, которые вы можете использовать из коробки. Так что да, в HTML больше ручного кодирования, но в конечном итоге именно это сделает разработку ваших страниц намного приятнее.