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

Question

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

Добавление

Вы бы как специалист по разработке sharepoint выбрали его в качестве платформы для своего следующего корпоративного приложения со следующими характеристиками:

• процессор интенсивно
• множество различных экранов для ввода и управления данными
• много сложных бизнес-процессов
• нет необходимости изменять пользовательский интерфейс (т.е. части репозиции)
• Интеграция ERP
• и т.д.

Я - разработчик Asp.net MVC (бывший веб-формы) и хотел бы знать, следует ли создавать обычные многостраничные полусложные веб-приложения (интра / экстра-сеть) поверх Sharepoint 2010 и почему (если да или если нет).

Answer 1

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

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

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

Answer 2

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

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

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

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

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

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

Answer 3

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

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

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

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