2010-03-06 2 views
1

Как вы используете SharePoint как комплексную платформу для разработчиков?Развертывание SharePoint до конца

  1. Какое программное обеспечение для управления версиями вы обычно используете. SourceSafe/TFS или любое другое программное обеспечение для управления версиями?
  2. С какими инструментами и методами разработки вы используете?
  3. Когда вы разрешаете SPD как платформу разработки и как вы поддерживаете сайт, работающий с SPD?
  4. Какие лучшие практики для кодирования вы следуете?
  5. Как вы относитесь к добавлению новых веб-сервисов?

С уважением, Рахул

+2

Каждый из ваших вопросов заслуживает отдельную тему :). Если вы новичок в SP, не беспокойтесь о 1,3 и 5. Сконцентрируйтесь на 2 и 4. Я не хочу давать конкретные ссылки на ресурс, так как их там много. Лучшим местом для начала является MSDN. – NLV

+0

Hi Kyle, Благодарим за комментарий. Я не совсем новый для SharePoint, но мне все еще любопытно, как это делают другие в настоящее время. В следующий раз я задам более точный вопрос :-) Совершенно новый для StackOverflow. –

ответ

1

В нашей организации, мы используем следующее:

  1. Subversion, с AnkhSvn

  2. VS 2008 наша IDE (SPD для развития плохо) и Scrum/Agile. Для сборок/развертываний мы используем WSPBuilder и SharePoint Installer

  3. Будьте осторожны с СПД. В нашей организации мы ограничиваем, кому даже разрешено загружать и устанавливать его.

  4. Используйте SPDisposeCheck, чтобы дважды проверить свой код, чтобы избежать утилизации объектов, когда это не нужно, или дважды проверить, что вы выбрали то, что нужно удалить.

  5. Мы создали отдельный веб-сайт IIS в WFE для SharePoint, чтобы размещать пользовательские веб-службы, которые используют объектную модель. Те, которые не используют объектную модель, размещаются в другом месте.

+1

Для # 4 уже существует множество статей по технике в передовых методах SharePoint: http://msdn.microsoft.com/es-co/office/dd638301(en-us).aspx –

1
  1. Мы используем TFS, потому что у нас есть группа в нашей компании, которая поддерживает TFS Server. Если этой группы не было, я не считаю, что мы будем использовать этот инструмент.

  2. Visual Studio 2008/Аспекты экстремального программирования и гибкости.

  3. Никогда, мы рассматриваем SharePoint Designer как зло. Мы делаем все с помощью специально разработанных программ или сценариев.

  4. Последовательность, согласованность, согласованность ... у нас есть некоторые методы здравого смысла, которые приходят из многих мест (Движение за качество программного обеспечения, образцы и практика MS и опыт).

  5. Нам удалось избежать интеграции веб-служб в наше решение SharePoint.

Смежные вопросы