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

> Вітаю,
>
> Будь ласка, скажіть мені, якщо є будь-які можливості, побудувати настроюваного списку з
> Головний і другорядний типу (як рахунки-фактури) без використання 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. Якщо хто-небудь знань або заглянути в це, будь ласка, залиште коментар.

</кінець>