Впровадження майстер / Докладно відносини за допомогою користувацьких списків

Форум користувачів часто, як питань, як це:

> Вітаю,
>
> Будь ласка, скажіть мені, якщо є будь-які можливості, побудувати настроюваного списку з
> Головний і другорядний типу (як рахунки-фактури) без використання InfoPath.
>

SharePoint надає деякі віддачу від особливостей поля, які підтримують види бізнесу вимоги, як, що.

Загалом, одна пов'язує два списки разом з допомогою стовпець підстановки. Список A містить відомості про заголовок рахунок-фактуру і список B містить дані рахунка-фактури.

Підтримувати номери абонентів за допомогою додаткових списків, Номери виробів, д.

Використовувати веб-частину запиту вмісту (в MOSS тільки) та/або на попередній перегляд подання веб-частини для створення Злиті подання списків. SQL Server фінансової звітності (SRS) Гостям надається звітності сторону його.

Однак, декілька важливих обмежень, що ускладнюють використання чисто поза коробки можливостей для все, що навіть помірно комплекс. До них відносяться:

  • Розмір суміжних підстановки списків с.. «шик" тип стовпця підстановки. Тип стовпця підстановки представляє себе на UI по-різному залежно від того, чи увімкнено функцію список із множинним або не. У будь-якому випадку, контролю поза коробки відображаються всі наявні елементи зі списку джерел. Якщо вихідний список містить 1,000 елементи, що буде проблемою. Через ці пункти не сторінку керування підстановкою. Замість цього, це тягне всі з них в елементі керування. Що робить для дуже незручне користувальницький інтерфейс, як з точки зору введення даних і продуктивність.
  • Пошуки "тягнути назад" один стовпець інформації. Ви ніколи не можете відступити більше одного стовпця зі списку джерел інформації. Наприклад, не вдалося встановити клієнт "12345" і відображення номер, а також ім'я клієнта та адресу в той же час. Підстановки відображається лише клієнт номер і більше нічого. Це робить для ніяково і важким користувальницький інтерфейс.
  • Ні внутрішньо форми зв'язку. Я вже писав про це тут. Ви не можете реалізувати каскадні розкривні меню, умовно увімкнути/вимкнути поля, д.
  • Немає каскадні видалення або вбудовану функцію цілісності даних. SharePoint розглядає настроюваними списками як незалежних осіб і не дозволяє зв'язати їх один до одного в традиційному сенсі програми Архівації. Наприклад, SharePoint дозволяє створити дві настроювані списки, "Замовник" і "рахунок-фактура заголовок". Можна створити рахунок-фактура заголовок, посилання повернутися до клієнта в список клієнтів. Потім, клієнта можна видалити зі списку. З коробки, немає ніякого способу, щоб запобігти цьому. Вирішити такого роду проблем, Ви зазвичай використовуєте обробники подій.

Це може здатися похмурими, але я б до цих пір за допомогою SharePoint як відправна точка для побудови такого роду функціональність. Хоча існують прогалини між те, що вам потрібно в рішення, SharePoint дає нам можливість заповнення цих прогалин, використовуючи інструменти, такі як:

  • Обробники подій. Використовувати їх для забезпечення посилальних обмежень цілісності.
  • Користувацькі стовпці: Користувацькі стовпці типу створити і використовувати їх замість стовпця підстановки за промовчанням. Додати підкачки, буферизації і AJAX можливості, щоб зробити їх чуйним.
  • ПБД.. Цю функцію лише для ЛИШАЙНИКА дозволяє нам запит з покращений інтерфейс до стовпця підстановки звичайні списки інших SharePoint. Служби ПБД можна також охопити користувальницькій застосунок сервера. Уникнути реплікації за допомогою каталогу бізнес-даних. Замість того, щоб тиражування інформацію про клієнтів з задня частина системи ERP, Натомість використовуйте служби ПБД. BDC рис забезпечити приємний користувальницький інтерфейс тягнути цю інформацію безпосередньо з ERP-систему, де він належить і дозволяє уникнути клопотами про збереження реплікації рішення.

    Каталогу бізнес-даних — це функція МОСС (не підтримуються WSS) і є складним завданням для налаштування.

  • ASP.NET веб-форму: Створення повнофункціонального підтримкою AJAX форми, яка використовує об'єкт моделі та/або web служб SharePoint важелі списків SharePoint забезпечує дуже чуйні користувальницький інтерфейс.

Останній варіант може відчувати себе, ви починаєте з нуля, але подумати про те, що SharePoint платформи починається ви з наступних ключових особливостей:

  • Модель безпеки з обслуговування.
  • Меню системи з обслуговування.
  • "Майстер таблиць" (тобто. Настроювані списки) з безпеки, вбудований обслуговування та аудиту.
  • Пошук.
  • Задній частині інструментів інтеграції (ПБД.).

Якщо ви починаєте з нового пустого проекту в visual studio, у вас є багато інфраструктури і сантехніка побудувати, перш ніж ви отримаєте близько до SharePoint пропонує.

Я вважаю, що Microsoft має намір розширити SharePoint у цьому напрямі розробки додатків. Здається природним продовженням для існуючі SharePoint бази. Застосування Microsoft CRM забезпечує велику розширюваності типів, необхідних для підтримки розробки додатків заголовка/другорядний. Хоча ці функції в CRM, Технологія доступна очевидно команда розробників SharePoint і я очікую, що це буде зробити свій шлях у продукт SharePoint кінця 2008. Якщо хто-небудь знань або заглянути в це, будь ласка, залиште коментар.

</кінець>

5 думки про «Впровадження майстер / Докладно відносини за допомогою користувацьких списків

  1. Paul Galvin

    Raghu, Я не думаю, що немає простого способу зробити це. Я хотів би зосередитися на навчання ваших користувачів, за допомогою якого одна з них і можливо дати їм підказка з іменем зміст вводу себе. Я не думаю, що ви можете дійсно прибити це один, технічно.

  2. Raghu пише:
    Я створюю батько/дитина realationship за допомогою двох типів вмісту та Настроюваний список, як пояснено вище commnet. Але у мене є проблема; Мені потрібно, щоб зробити елемент типу вмісту недоступні на рівні папку і тип вмісту папки недоступні на рівні елементів. Будь ласка, керівництво мене на цьому одному. Дякую…
  3. Майкл Vickers

    Це трохи ляп, але я використовую ASP.Net випадає, який тіні підстановки "випадає" породжених SharePoint. Я вказати ASP.Net випадає до джерела даних, заснований на список, який містить елемент підстановки, надану мені можливість використовувати поле «код» як значення і стовпець мій вибір як на текст. Я не зв'язати ASP.Net спадного списку поля підстановки тому що генерує серверні помилки.

    Завантаження сторінки я використовувати javascript призначати правильні значення для ASP.Net розкривного списку, а потім вкладіть події onchange до цього спадного призначити нові цінності відповідне випадає SharePoint підстановки. Я насправді приховувати рядок, який містить випадає SharePoint.

    Останнє, що — через способу SharePoint надає Гуфі підстановки меню, що випадає, коли кількість елементів потрапляє минулому 20 Отримання/встановлення значення випадає за допомогою об'єкта користувача оболонки. У мене є блог Деталізація цього процесу тут:

    http://www.idiotsyncrasies.com/2007/12/lookup-list-dropdowns-in-sharepoint.aspx

    Бувай,

    Майкл

  4. Девід

    Можна створити тип вмісту для рахунка-фактури заголовок на основі типу вмісту папки і потім створити інший тип вмісту рахунка-фактури і додати обидва зі списком SharePoint. Це по суті створює батьками та дітьми відносин, яка дозволить вам створити декілька рахунки-фактури за типом вмісту рахунка-фактури, жити за рахунок-фактуру заголовка тип вмісту яка дає вам і миттєвий відносини між двома пунктами і якщо заголовок рахунок-фактуру, елемент списку є видалені всі елементи рахунка-фактури дитини в цій папці буде видалено. Ви також можете вказати, що тип вмісту тільки бути доступні з у певній теці. Такий підхід схожий на як бібліотека обговорення працює і може бути дуже корисним для такого роду відносинах між об'єктами. Обробники подій і коду допоможе з деякими обмеженнями, але в цілому швидкий просте рішення.

Дати відповідь

Ваша електронна адреса не буде опублікований. Обов'язкові поля позначені * *