Использование Средств управления Интернет-пользователя вместо Веб-форм

Я использовал ASP.NET (C#) в течение прошлых двух лет. Я изучил так много, но существует все еще намного больше для изучения :)

Я использовал MasterPages, 'Средства управления Интернет-пользователя' для вещей как заголовки, навигация, нижние колонтитулы и т.д.

Одной вещью, которую я действительно никогда не понимал, является практика использования 'Средств управления Интернет-пользователя' для Вашего содержания и логики;

Home.aspx ------ Home.ascx
AboutUs.aspx ----- AboutUs.ascx
Ordering.aspx ---- Ordering.acsx

Я работал с несколькими проектами за последние несколько месяцев, которые используют эту структуру. Я знаю, что это - на самом деле обычная практика, но я действительно не понимаю полных преимуществ.

Я помню, когда я попробовал этот подход прежде и закончил тем, что имел ужасные проблемы состояния отображения со средствами управления как Gridview..., после того как я вынул всю логику и поместил ее в .aspx страницу, все хорошо работало.

Я понимаю теперь, когда, возможно, я должен был добавить Gridview к набору состояния отображения..., но это только укрепляет мою трудность в понимание, почему этот подход используется - учитывая проблему состояния отображения.

Я полностью понимаю преимущества 'Средств управления Интернет-пользователя' относительно вещей как Заголовки, меню, нижние колонтитулы и т.д.... где угодно, который включает дублирование, но проекты я видел, имеют страницы/средства управления, которые довольно конкретны - другими словами, ее маловероятное, которое будет снова использовано где-либо еще - aspx страница просто содержит управление (.ascx) с содержанием и логикой, и это будет только использоваться на той странице, больше нигде.

Игнорирование 'Повторного использования кода', что обеспечивают другие преимущества этот подход?

9
задан Dal 24 June 2010 в 01:51
поделиться

2 ответа

Я думаю, что ваш пример PageA.aspx -> PageA.ascx на самом деле является плохим примером для выделения преимуществ пользовательских веб-элементов управления. Сделайте шаг назад от этих примеров элементов управления «страница» и подумайте об основной цели пользовательского веб-элемента управления. Они служат для инкапсуляции пользовательского интерфейса и функциональности в отдельном блоке.

Самым большим преимуществом, на мой взгляд, является знание того, что если я разработаю что-то вроде формы комментариев один раз в качестве элемента управления веб-пользователем и разверну ее на всех страницах моего сайта, у меня будет один элемент для обновления в решении, которое будет обновлять каждую страницу. он существует на.

Еще одно менее очевидное преимущество состоит в том, что многие системы управления контентом, такие как Umbraco, используют веб-пользовательский элемент управления в качестве подключаемых модулей. Таким образом, вы можете разрабатывать плагины для конечного пользователя / редактора, чтобы они могли выбирать и помещать в контент страницы по своему усмотрению.

2
ответ дан 3 November 2019 в 04:40
поделиться

Пользовательские элементы управления используются внутри веб-форм ... они не используются для замены


Изменить:

В этом случае я не вижу никаких преимуществ в использовании этого метода (кроме повторного использования). На самом деле это может иметь больше накладных расходов, поскольку события цикла страницы должны передаваться со страницы в элемент управления.

5
ответ дан 3 November 2019 в 04:40
поделиться
Другие вопросы по тегам:

Похожие вопросы: