Какой метод доступа к sharepoint лучше? - PullRequest
1 голос
/ 05 февраля 2010

Я работаю над небольшим приложением sharepoint.

Существует два способа доступа к данным Sharepoint:

1.При использовании Microsoft.Sharepoint.dll В этом случае вам необходимо выполнить кодирование на той же машине (Windows Server).

2. Вторым способом является использование Sharepoint Web Services. Это позволит разработчику выполнять работу по разработке на другом компьютере.

Но какой путь я бы предпочел?

С уважением, Jene

Ответы [ 4 ]

6 голосов
/ 05 февраля 2010

Все зависит от того, что вы хотите сделать и где вы хотите его запустить. Объектная модель SharePoint (Microsoft.SharePoint.dll) значительно быстрее веб-служб, но, как вы сказали, она работает только на компьютере SharePoint. Поэтому, если вы находитесь на компьютере с SharePoint, обязательно используйте объектную модель, в противном случае используйте веб-службы.

1 голос
/ 06 февраля 2010

Следует учитывать соединение с базой данных. Если вы создаете отдельное приложение с помощью DLL-библиотеки SharePoint, то ваши подключения к БД будут управляться через ваше приложение. Таким образом, ваше приложение должно будет выполняться с использованием учетной записи, которая имеет права на чтение / запись в базу данных SharePoint.

Если вы используете веб-службы, то это не так, поскольку соединения с базой данных будут обрабатываться в пуле приложений IIS (как обычный веб-сайт SharePoint).

1 голос
/ 05 февраля 2010

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

Просто сказать "разработка на моем производственном сервере" заставляет меня съеживаться. С этой целью вы можете захотеть использовать какую-то VMWare для разработки. Вы можете установить Sharepoint и Visual studio на виртуальную машину, чтобы заниматься разработкой. Единственная проблема, связанная с тем, что вы делаете это таким образом, заключается в том, что у вас не будет одинакового контента (списков и других пользовательских библиотек / сайтов), но вы можете легко создать свой собственный, чтобы он напоминал вашу производственную среду (как обычно бывает с большинством сред разработки).

0 голосов
/ 12 февраля 2010

Если вы не можете развернуть решения на сервере SharePoint из-за корпоративных политик безопасности, общего хостинга и т. П., Вы захотите использовать объектную модель. Получите виртуальную машину SharePoint (одна из оценочных загрузок виртуальных ПК от Microsoft - хорошая отправная точка, если вы ее еще не установили) и WSPBuilder, и достаточно просто создать пакеты для развертывания на сервере.

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