Использование BCS и внешних типов контента для создания Страниц публикации

Question

Я начинаю новый проект по управлению веб-контентом SharePoint 2010, в котором часть контента сайта управляется внешней системой (на базе SQL Server).Подумайте о биографии сотрудника...Внешняя система - это система записи этих данных, нам нужно предоставить их (только для чтения) на страницах публикации на сайте - для каждой записи мы хотим создать страницу публикации.

Я провел кое-какие исследования, но не сталкивался с примерами использования BCS и ECTs на сайтах публикаций.Рассматриваю этот подход и надеюсь получить некоторые отзывы о нем от сообщества:

• Создайте внешний тип контента для представления данных во внешней системе
• Используйте приемник событий элемента для создания страницы публикации для новых записей
• Получатель события элемента также может обновить хранилище терминов для использования тегов в других местах
• Макет страницы публикации будет основан на внешнем типе контента

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

Был бы признателен за любые мысли по поводу этого подхода.прямой доступ к SQL из веб-частей на странице публикации на основе параметра строки запроса.

Спасибо

Answer 1

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

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

3 подхода, которые я мог бы рассмотреть, были бы следующими:

a) - Используйте BCS для импорта данных SQL в виде отображаемого свойства в профили пользователей - Создайте пользовательскую страницу поиска для отображения профиля пользователя / биографии с помощью XSL с параметром запроса

a) - Используйте BCS для импорта данных SQL в виде отображенного свойства в профили пользователей - Используйте страницу, управляемую параметрами запроса, с пользовательскими веб-частями, которые считывают и представляют биографию пользователя

c) - Оберните данные пользовательского профиля пользователя в веб-службу RESTful - Используйте DFWP, управляемый параметрами запроса, с XmlDataSource и XSL для отображения содержимого

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