Каковы преимущества и недостатки разработки компонента SharePoint по сравнению с автономным приложением?

Question

Клиент хочет, чтобы мы разработали для них систему библиотеки изображений.Требования довольно типичны - нужно добавлять картинки, отмечать их метаданными, хранить версии разных размеров и т. Д.

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

Я пытаюсь взглянуть наэто объективно и приветствовало бы любые аргументы так или иначе, которые имеют люди.

Answer 1

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

Требуется определенная работа со стороны разработчика, потому что разработчик должен понимать архитектуру API и API и т. Д.

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

Sharepoint задокументирован и будет поддерживаться, вероятно, еще долго после вашего ухода из компании. Можете ли вы гарантировать поддержку приложения, которое вы разрабатываете, если Microsoft будет поддерживать Sharepoint?

Answer 2

Вам следует провести анализ затрат и выгод интеграции с SharePoint. Вы перечислили некоторые недостатки для интеграции с SharePoint. Вот некоторые плюсы.

1. Широко принятая платформа.
2. Существующая функциональность для хранения / получения / обновления изображений в хранилище данных.
3. Существующая функциональность для маркировки изображений.
4. Существующая функциональность для группировки нескольких изображений и обработки их как одного виртуального документа (при использовании SharePoint 2010).

Answer 3

Кажется, что с SharePoint вы уже сделали, потому что он может более или менее делать то, что вы уже описали. Какие у вас требования, которые не могут быть выполнены OOB SharePoint?

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

Answer 4

Имейте в виду, что вы можете интегрировать любую пользовательскую страницу / приложение ASP.NET в Sharepoint, чтобы подходить к разработке как к отдельному приложению. Ваши пожелания клиента могут включать синхронизацию с собственной библиотекой изображений Sharepoint, и в этом случае вам придется работать с ее API.