Что составляет приложение (в традиционном смысле) в SharePoint?[Не путать с веб-приложением] - PullRequest
1 голос
/ 21 мая 2011

[ПРИМЕЧАНИЕ. Я не использую слово «приложение» для обозначения термина «веб-приложение» в терминологии SharePoint.Слово «Приложение» используется в общем смысле.]

В основных платформах разработки приложений (таких как ASP.NET, Java EE) существует четкая концепция границ приложения и приложения.

Из чего состоит приложение SharePoint?Места?Списки?Характеристики?Библиотеки?

Решение SharePoint может включать в себя несколько функций.Можно ли назвать набор связанных функций приложением?Есть ли способ определить, какие функции связаны или взаимозависимы?

Это не просто теоретический вопрос.Ограничение вокруг приложения необходимо для измерения использования ресурсов, контроля доступа, обеспечения соглашений об уровне обслуживания (производительности, доступности и т. Д.), Контроля изменений, владения приложениями, управления жизненным циклом приложений и т. Д.

1 Ответ

0 голосов
/ 22 мая 2011

Одно определение может быть основано на местоположении хостинга. Размещено ли это на SharePoint Server? На стороне сервера это может быть решение, построенное на объектной модели SharePoint; клиентская сторона может основываться на объектной модели клиента, веб-сервисах SOAP или сервисах WCF. Кроме того, приложение, основанное на этих парадигмах, может быть веб-приложением, приложением Windows или консолью или веб-службой. Производительность и доступность зависит также от переменной хоста.

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

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...