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

Question

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

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

Answer 1

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

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

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

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

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

Answer 2

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

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

Answer 3

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

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

EDIT:

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