Оценка пригодности разработки веб-приложений для Sharepoint 2010

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

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

Я бы не стал строить на нем общедоступный веб-сайт компании, который либо статичен, либо предоставляет услуги.

Инструменты разработки для SharePoint в версии 2010 значительно улучшились. Если вы знаете ASP.NET MVC, но не знаете SharePoint, вы, вероятно, быстрее будете выполнять свое приложение в MVC, но вопрос в том, что с ним будет потом. SharePoint упрощает создание приложений, которые не-разработчики могут позже каким-либо образом изменить.

Например, вы можете:

• Сделайте части вашего приложения доступными в виде веб-частей, которые пользователи и администраторы могут размещать там, где они хотят.
• Поставляйте свое приложение как решение SharePoint, позволяя администраторам развертывать его в каком-либо другом контексте, например на сайте интрасети.
• Разрешить опытным пользователям редактировать формы с помощью SharePoint Designer или InfoPath
• Интеграция с функциями совместной работы в SharePoint, такими как рабочие области для документов

С другой стороны, SharePoint дает вам множество вещей, которые могут просто мешать (существует множество баз данных, сайтов IIS, служб и т. Д.), И вам, возможно, придется потрудиться, чтобы достичь того же уровня визуализации и функциональный контроль над вашим приложением, как в MVC. А модульное тестирование - это довольно сложно.

Так что в основном вопрос в том, насколько гибким вы хотите, чтобы приложение было и на каком уровне. Я бы не стал использовать SharePoint 2010 для всего. Этот сайт - Stack Overflow - является примером приложения, в котором SharePoint будет мешать.

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

Это крутая кривая обучения, и Sharepoint 2007 не сильно помог. Вам нужно было либо настроить то, что получилось из коробки, либо проделать большую работу, чтобы получить полезную среду (прочитайте пустые главные страницы, элементы управления и макеты, поддерживающие xhtml, поддержку jquery и т. Д.)

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

В противном случае требуется много усилий, чтобы набрать скорость, а это того не стоит.

РЕДАКТИРОВАТЬ: Asp.net по умолчанию. Это зависит от того, нужен ли вам портал / управление контентом / совместное использование документов и изображений. Если вы просто создаете приложения на заказ, вам это не нужно. Если вы создаете сообщество с совместным доступом к ресурсам / документам, тогда вам подойдет Sharepoints. Вы все еще можете работать с ASP.NET внутри Sharepoint - вот на чем он построен.