Какие важные моменты следует учитывать перед созданием пользовательского элемента управления? - PullRequest
0 голосов
/ 23 сентября 2010

Предположим, я хочу создать пользовательский элемент управления, который будет использоваться на других страницах.Какие важные моменты следует учитывать перед созданием пользовательского элемента управления в ASP.Net с использованием C #?

Ответы [ 3 ]

8 голосов
/ 23 сентября 2010

Пользовательские элементы управления являются одним из методов ASP.NET для повышения возможности повторного использования кода, реализации инкапсуляции и сокращения обслуживания. Пользовательский контроль похож на веб-страницу. Как веб-страницы, так и пользовательские элементы управления содержат элементы HTML и разметку для веб-элементов управления. Некоторые теги, такие как <html>, <head> или <form>, не могут использоваться в веб-элементах управления пользователя.

Вот 2 ссылки, по которым вы получите баллы импа, а также исходный код. Надеюсь, он вам поможет.

UserControl

UserControl

0 голосов
/ 23 сентября 2010

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

  1. Пользовательский контроль - это многократно используемый фрагмент кода, поэтому вы должны тщательно разрабатывать его интерфейс (контракт), основываясь на предполагаемом использовании. Например, как потребитель передаст данные для управления (либо установщик свойства, либо вызов какого-либо метода). Контроль должен уведомлять потребителя, как правило, используя события и т. Д.

  2. Рассматривать пользовательский элемент управления как черный ящик, т. Е. Он не должен предоставлять свои составляющие элементы управления и поля потребителю. Лучше иметь свойства или методы для доступа к такому внутреннему состоянию. Опять же, свойство не должно предоставлять внутренний контроль как есть - например, если пользовательский элемент управления захватывает адрес, то имеет смысл предоставить свойство, которое будет получать / устанавливать объект Address, вместо того, чтобы давать ссылку на отдельные элементы управления поля адреса.

  3. Попробуйте дать короткие имена для элементов управления в пользовательском элементе управления. Сам пользовательский элемент управления является контейнером именования, поэтому имена должны быть уникальными на странице. Задание описательного имени журнала несколько раз приводит к созданию длинных идентификаторов, увеличивающих размер разметки. Например, если пользовательский элемент управления Address имеет текстовое поле с именем StreetNumber и Page создает экземпляр пользовательских элементов управления и называет его как CustomerAddress, тогда фактическое поле получит имя / идентификатор, например CustomerAddress_StreetNumber. Я не говорю, что следует использовать загадочные имена в пользовательском контроле, но помните об этом при создании и использовании пользовательского контроля.

0 голосов
/ 23 сентября 2010

Насколько я понимаю, перед планированием пользовательского элемента управления нам нужно подумать о:

1) Полезно ли это в нескольких местах, если не сразу, даже в будущем.

2) Если пользовательский элемент управления используется на одной и той же странице дважды или более (например, пользовательский элемент управления для адреса), существует вероятность повторения идентификатора элемента управления.Для чего вам нужно спланировать, как вы можете справиться с этим сценарием (например, префикс всех элементов управления внутри пользовательского элемента управления или чтение элемента управления на основе идентификатора div и т. Д.)

3) Для одного типа текстового полятребования не идут агрессивно для контроля пользователя (пока он действительно не нужен) из-за инфраструктуры, необходимой для контроля пользователя.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...