Sharepoint: веб-часть по сравнению с пользовательским элементом управления ASP.NET
GitLab EE разрешает блокировку файла и сообщает во время запроса на слияние, что файл заблокирован:
Когда пользователь не является автором заблокированного состояния файла примет запрос на слияние, появится сообщение об ошибке, сообщающее, что файл заблокирован.
blockquote>Запросы на слияние также могут быть распределены по приоритетам с использованием меток или сроков выпуска . Вы можете проверить этот вопрос о приоритете запроса на слияние и , как их организует сообщество GitLab
2 ответа
Я - большой поклонник пользовательских элементов управления за исключением самых простых веб-частей. Я создаю webpart, который инстанцирует и загружает пользовательский элемент управления. Существуют другие инструменты там, что можно использовать для представления пользовательского элемента управления, как smartpart, но я предложил бы, чтобы Вы перенесли его сами, поскольку это - хороший полезный опыт. После того как Вы сделали это однажды, у Вас в основном есть шаблон для любого другого webpart, который Вы хотите создать.
Удачи!
Пустой ASP.NET ascx управление должен был бы быть добавлен к странице пользовательского макета. Это ограничивает утилиту управления немного, поскольку это не может быть добавлено "просто нигде".
Наличие webpart дает гибкость управления, добавляемого к сайту многократно в различных местоположениях или даже многократно на той же странице с различными свойствами.
Как был упомянут, хорошо использовать CreateChildControls() создать средства управления в webpart и не то, чтобы большая часть грандиозного предприятия кодировать и упаковать webpart в решение, делая это стоящим дополнительного усилия.
Webparts также могут принять соединения от "фильтра" webparts на той же странице, давая дополнительную гибкость webparts по сравнению с хостингом ascx средства управления на сайте.
Когда дело доходит до редакторов, использующих сайт, это имеет большое значение для них, чтобы смочь добавить webpart по сравнению с редактированием макета страницы, публикацией его и затем созданием страниц на основе того макета страницы, таким образом, с точки зрения редактора сайта, различия в удобстве использования являются действительно довольно значительными.
Я рекомендую идти еще больше и кодировать Ваш webpart для использования xslt файла, чтобы отобразить содержание и делать местоположение из этого xslt настраиваемое свойство webpart. Это действительно добавляет к гибкости Вашего управления.
Посмотрите на Представление данных webpart для наблюдения, сколько может быть сделано с добавлением пользовательского рендеринга.