Sharepoint: веб-часть против пользовательского элемента управления ASP.NET

StackOverflow https://stackoverflow.com/questions/231690

  •  04-07-2019
  •  | 
  •  

Вопрос

При создании веб-частей для Sharepoint лучше создавать реальную веб-часть или же использование ASP.NET User Control (.ascx) так же хорошо?

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

Каковы преимущества использования веб-части по сравнению с простым созданием и контролем пользователей ASP.NET?

Это было полезно?

Решение

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

Удачи!

Другие советы

На настраиваемую страницу макета необходимо добавить пустой элемент управления ASP.NET ascx. Это немного ограничивает полезность элемента управления, поскольку его нельзя добавить «просто куда-либо».

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

Как уже упоминалось, полезно использовать CreateChildControls () для создания элементов управления в веб-части, и это не так уж и сложно, кодировать и упаковывать веб-часть в решение, делая это стоит дополнительных усилий.

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

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

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

Посмотрите на веб-часть Dataview, чтобы узнать, сколько можно сделать с добавлением пользовательского рендеринга.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top