Обеспечение целостности приложений в Sharepoint Foundation 2010

Question

Я хотел бы разработать собственное приложение (несколько экранов, сложные процессы) поверх Sharepoint Foundation 2010. Я решил написать визуальные веб-части для простой логики и веб-части Silverlight для сложной логики приложения. Прежде всего: Это решение хорошо?

Мое приложение будет использовать свои собственные данные в отдельной БД. Единственной связью между моей БД и Sharepoint будут пользователи. Пользователи будут проходить аутентификацию на Sharepoint и получать доступ к моему приложению оттуда. Они будут принадлежать к определенным ролям, которые будут определять их права в моем приложении (либо администраторы, иерархически управляющие данными пользователей поддеревьев, либо они будут обычными пользователями, которые могут видеть только свои данные).

В моем приложении (и БД) все эти пользователи будут иерархически связаны. Пользователи с поддеревом пользователей являются администраторами своего поддерева.

Проблема?

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

Я думал, что мог бы также написать страницы приложения (поэтому мое приложение будет в папке _layouts, насколько я понимаю), что позволило бы не повторно использовать мое приложение, но пользователи и права были назначены на уровне сайта, поэтому я не могу напрямую определить безопасность в Sharepoint ... Так что я тоже не могу победить таким образом ...

Это все предположения о моем тонком опыте разработки Sharepoint, так что поправьте меня, если я ошибаюсь в любом из вышеперечисленных ... Но помимо всего этого что бы вы предложили? Как бы я предложил сделать это?

Answer 1

Чтобы перейти непосредственно к делу WebPart предназначены для повторного использования и персонализации при разработке веб-части.

Чтобы ответить на ваш первый вопрос: нормально ли разрабатывается WebPart?, Частично да, потому что у вас есть несколько вариантов запретить доступ к веб-части или ее использование в других веб-приложениях SharePoint или на веб-сайте.

1. Первый способ заключается в развертывании вашей веб-части в каталоге бинарных приложений, чтобы ваш код был доступен только для вашего приложения, а не для других.
2. Второй способ - использование веб-части вВеб-приложение SharePoint, только если в Web.Config есть запись Safe Control.
3. Третий способ - запретить пользователям персонализировать любую страницу в SharePoint, чтобы они не могли развертывать какие-либо веб-части даже на своих собственных персонализированных страницах.,(этого можно добиться, удалив права на персонализацию.)

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

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

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