По большей части я согласен с тем, что Пер Якобсен ответил выше. ОСОБЕННО для SharePoint 2007.
Дополнительные комментарии о плюсах и минусах SharePoint Designer 2010:
У меня действительно был очень хороший опыт использования SharePoint Designer исключительно для большей части работы над интерфейсом. То есть все, что не является веб-частью на стороне сервера ...
Относительно "Минусов", перечисленных выше:
Контроль источника -
Настройка элементов управления версиями SharePoint для библиотек документов, в которых хранятся веб-страницы, над которыми вы работаете, довольно неплохо справляется с управлением исходным кодом, что удобно, когда вы выполняете разработку на рабочем сервере. (см. ниже)
Громоздкое повторное использование / развертывание
Не уверен, о чем идет речь, но я думаю, что это касается разработки кода в одном месте, а затем его развертывания на рабочем сервере.
С правильно установленными разрешениями работа пользователей не влияет на работу разработчиков, поскольку они будут видеть страницы / код, который зарегистрирован, одобрен и доступен для просмотра.
Несмотря на то, что я, как правило, не решался бы работать непосредственно на производстве, во многих сценариях SharePoint это требуется, особенно если вы редактируете данные XSLT напрямую и т. Д. (То, что приходит мне в голову, это ссылки на List или GUID библиотеки и другие «переменные», которые будут разными на разных серверах)
Ура!