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

Question

Вчера я побывал на мероприятии по запуску Microsoft Visual Studio 2010 в Миннеаполисе и был немного удивлен тем, насколько активно они использовали SharePoint и улучшили разработку SharePoint в Visual Studio 2010.

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

Я понимаю, что это предположение, вероятно, неверно. Итак, что же «крутого» использует для SharePoint? Какие уникальные бизнес-проблемы вы решили с его помощью? Что может вдохновить разработчика работать над чем-то для SharePoint?

Answer 1

Библиотеки документов в среде Microsoft. Для управления документами доступно множество полезных функций.

Сайты интрасети, которые имеют разрешения, настроенные таким образом, чтобы бизнес-объекты могли контролировать использование сайта в своей группе.

Списки требований проекта. Список в SharePoint можно до некоторой степени настраивать без какого-либо программирования.

Итак, SharePoint - это благословение и проклятие. Он имеет много дополнительных преимуществ, хотя все, что находится за пределами этого поля, трудно изменить, но на самом деле есть много «ловушек», чтобы сделать это. WSS3.0 бесплатен для Windows Server 2003, как и SP 2010 Foundation for Server 2008, так что вы можете получить немало полезного без обновления до MOSS или 2010 эквивалента.

Answer 2

Это, вероятно, лучше всего использовать в сценариях интранет / экстранет, правда. Есть много публичных интернет-сайтов, созданных на нем, если вы находите это крутым :) См. http://www.topsharepoint.com/ (я создал один из топ-10 сайтов;)

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

Лично я нахожу это «круто», что я могу быстро и функционально предоставлять функциональность, не создавая мир с нуля (я создал достаточно решений для управления документами и предпочитаю не делать это больше никогда). Но если мне придется настраивать сборку, есть много точек опоры для настройки, и доступна вся платформа .NET. Существуют решения для рабочих процессов, которые позволяют бизнес-пользователям настраивать свои собственные рабочие процессы, а не мешать мне. Я уверен, что есть много других решений, которые могут сделать что-то подобное, но интеграция с Microsoft Office и остальным миром Microsoft довольно неплоха, ИМХО.

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