Каковы «крутые» варианты использования для 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 для Server 2008, так что вы можете получить совсем немного от этого без обновления до MOSS или эквивалента 2010 года.

Answer 2

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

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

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

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