Каковы риски использования SharePoint Designer в производственной среде?

Question

Я получил немного отзывов об использовании SharePoint Designer в рабочих средах (здесь я говорю о SharePoint 2007). Похоже, что в сообществе SharePoint существуют противоречивые мнения, когда некоторые считают, что этот инструмент является действительным средством «опытных пользователей» для настройки макетов и создания рабочих процессов, в то время как другие считают, что эффективное использование SPD означает разработку в производственной среде, а этого не должно быть , полная остановка.

Это инструмент, явно предназначенный для пользователей, которые обычно не собираются проходить полный жизненный цикл приложения dev / stage / prod, особенно когда им нужно только изменить цвет или вставить баннер на стр. Я слышу громкое и ясное сообщение «Не развивайся в производстве», но если это так, то где оно покидает СДПГ? Есть ли практический риск от его непосредственного использования в производственной среде? Должен ли он быть заблокирован? Если да, то кто является целевой аудиторией и есть ли для нее место?

Answer 1

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

1. Может произойти случайный сбой, если вы переключитесь между представлением кода / дизайна после изменения кода вручную.Если вы предоставите неверную разметку, это может привести к сбою, по крайней мере, по моему опыту.Это привело к тому, что я застрял в режиме отредактированного режима hald, наполовину проверенном, что заставило меня ждать перезапуска sharepoint в следующем расписании, прежде чем я смог вернуться и идентифицировать проблему.

Это также оставило меня с поврежденными файлами.

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

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

Answer 2

Для пользовательской разработки в SharePoint я рекомендую использовать либо пакеты решений, либо SharePoint Designer, но не оба одновременно.Я предпочитаю пакеты решений в среде, где есть серверы dev / test / prod, но без такой среды я бы, вероятно, склонялся к SharePoint Designer, а не к пакетам решений.Да, SharePoint Designer может перевести сайт в плохое состояние, но не так быстро, как это могут делать начальные итерации пакета решений.

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

РЕДАКТИРОВАТЬ:

SharePoint Designer 2007 - бесплатно также.Поэтому как для SharePoint 2007, так и для SharePoint 2010 вы должны убедиться, что среда заблокирована, чтобы обычные пользователи не вносили несанкционированные изменения в дизайн сайта.

Answer 3

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

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