Окончательный краткий список настроек SharePoint, которые нельзя делать

От легкого брендинга до радикального редизайна — индивидуализация является почти повсеместной практикой среди компаний, использующих SharePoint. Но с появлением облачного варианта (SharePoint Online) и его интеграции с Office 365 адаптировать продукт без нежелательных последствий стало сложнее.
Это не означает, что вы не можете или не должны настраивать SharePoint — просто как никогда важно следовать передовым методам и избегать некоторых бескомпромиссных методов, которые могут сделать ваш проект уязвимым для производительности, адаптации пользователей и технических проблем. проблемы.
Если ваша команда разработчиков не знает об этих ограничениях, наша Консультанты по SharePoint составил следующий краткий список настроек, которых не следует придерживаться при адаптации решения к специфике вашей организации.

НЕ недооценивайте недостатки SharePoint Designer

Некоторые инструменты для разработки и настройки SharePoint находятся на пике своего развития и прекрасно работают, но срок годности некоторых уже давно истек. SharePoint Designer — один из последних.
Если использование устаревшего программного обеспечения для настройки само по себе не является смертным грехом, в использовании SharePoint Designer есть две области, которых вам, несомненно, следует избегать.

1. Использование SharePoint Designer в производственной среде

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

2. Использование SharePoint Designer для редактирования страниц

Другая плохая идея — использовать SharePoint Designer для редактирования страниц. Лучшим подходом является использование веб-части редактора сценариев для вставки сценариев на страницу. Однако для современных сайтов и страниц SharePoint вам потребуется создать клиентскую веб-часть, чтобы сделать это. В то же время, если у вас нет другого способа, кроме как использовать SharePoint Designer для изменения макетов страниц, создайте новый макет страницы вместо редактирования существующего.
В идеале, если вы можете запретить своей команде использовать SharePoint Designer, сделайте это. Его неразборчивое использование может создать проблемы с обслуживанием и обновлением SharePoint, испортить результаты ваших усилий по брендингу и даже нарушить работу пользовательского интерфейса.

НЕ используйте редактирование мастер-страницы в качестве решения для настройки по умолчанию

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

Альтернативы редактированию главной страницы

Гораздо более удобный способ ссылаться на сценарии — это создать настраиваемое действие, позволяющее ссылаться на них на всем сайте (или сайтах) с помощью ScriptLinks, не помещая их на эталонные страницы. Вы можете использовать этот метод как в SharePoint Server, так и в SharePoint Online.
Другой проблемой является тенденция обновлений продуктов Microsoft изменять функциональные возможности таким образом, что это влияет на эталонные страницы. После таких обновлений велика вероятность, что ваши настройки перестанут работать или будут удалены совсем. Какой бы адаптируемой ни была практика редактирования эталонной страницы, ваше решение SharePoint будет менее уязвимо для проблем, если вы будете использовать альтернативные методы дизайна и брендинга, такие как темы или альтернативный CSS.
Вы также можете рассмотреть возможность использования SharePoint Design Manager для настройки главных страниц SharePoint. Эта функция автоматически преобразует HTML-файлы с вашим дизайном и применяет их к эталонным страницам, создавая при этом все элементы страницы, необходимые для безошибочной работы развертывания. Design Manager позволяет даже неопытным разработчикам создавать привлекательный дизайн SharePoint как для локальных, так и для облачных решений.

НЕ вводите новые веб-части без тестирования кода

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

НЕ переусердствуйте с манипулированием объектной моделью документа (DOM)

Это особенно не применимо, если вы используете современные страницы SharePoint или пользуетесь мобильными возможностями платформы. Использование JavaScript или другого языка программирования для управления страницами — излюбленный метод настройки SharePoint, поскольку он позволяет разработчикам вносить разнообразные изменения в среду.
Проблема с манипулированием DOM, например с редактированием главной страницы, в современных версиях SharePoint связана с частотой обновлений от Microsoft и риском того, что эти обновления нарушат настройки.
Даже если настройки вашей команды разработчиков надежны и проходят тщательное тестирование перед внедрением, следующее официальное обновление SharePoint может нарушить их работу в мобильной среде. Единственный способ защититься от этого — тщательное тестирование после каждого обновления Microsoft, что часто нецелесообразно.
К счастью, становится проще настраивать SharePoint без манипулирования DOM, поэтому имеет смысл следовать рекомендациям и правилам продукта и использовать растущий набор инструментов, предоставляемых Microsoft, таких как SharePoint Framework 1.8, который недавно стал доступен.

НЕ ПЫТАЙТЕСЬ превзойти функциональность и возможности Microsoft

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

Расширяйте, улучшайте, но не заменяйте

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

Беспроблемная настройка SharePoint? НЕ СЧИТАЙТЕ

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

Похожие записи

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *