Fórum užívateľov, často ako otázky tohto typu:

> dobrý deň,
>
> Prosím, povedzte mi, ak nie sú žiadne možnosti, ako vytvoriť vlastný zoznam
> typ predlohy a podrobností (ako faktúry) bez použitia programu InfoPath.
>

SharePoint poskytuje niektoré z krabice rysy, ktoré podporujú druhy obchodné požiadavky takého.

Vo všeobecnosti, Ten spája dva zoznamy dohromady pomocou vyhľadávacieho stĺpca. Zozname A obsahuje informácie o hlavičke faktúry a zoznam B obsahuje detaily fakturácie.

Použite ďalšie zoznamy udržať čísla zákazníkov, čísla produktov, atď.

Použiť webovú časť dotaz na obsah (v meste MOSS len) alebo údaje zobraziť webovú časť Vytvorte zlúčeného zobrazenia zoznamov. SQL Server Reporting Services (SRS) je tiež k dispozícii pre vykazovanie stranu.

Avšak, tam sú niektoré dôležité obmedzenia, že bude ťažké používať čistý mimo-of-box funkcie na čokoľvek, ktorý je aj stredne zložitých. Patrí medzi ne:

• Veľkosť súvisiace vyhľadávacie zoznamy vs. "elegancia" vyhľadávací stĺpec typu. Typ vyhľadávacieho stĺpca sa prezentuje na UI odlišne od toho, či ste povolili viacnásobný výber, alebo nie. V oboch prípadoch, kontrolu mimo box zobrazuje všetky dostupné položky zo zdrojového zoznamu. Ak má zdrojový zoznam 1,000 položky, to bude problém. Ovládací prvok vyhľadávania nie stránky prostredníctvom týchto položiek. Namiesto toho, všetky z nich ťahá do ovládacieho prvku. Ktorý umo ňuje veľmi nepríjemná rozhranie ide o vkladanie údajov a výkon.
• Vyhľadávanie "vytiahnuť späť" jednému stĺpcu s informáciami. Nikdy vytiahnuť späť viac ako jednému stĺpcu s informáciami zo zoznamu zdrojov. Napríklad, nemôžete vybrať zákazníka "12345" a zobrazenia čísla, ako aj meno a adresu zákazníka v rovnakom čase. Vyhľadávanie iba zobrazuje zákazníka, číslo a nič iného. To robí pre nepríjemné a ťažké užívateľské rozhranie.
• Žiadna komunikácia v rámci-form. Napísal som o tom tu. Nie je možné implementovať kaskádové kvapka-nadol, podmienečne zapnutie/vypnutie polí, atď.
• Žiadne kaskádové odstránenia alebo vstavaný referenčnej integrity. SharePoint zaobchádza vlastné zoznamy ako nezávislé subjekty a nie je možné prepojiť navzájom v tradičnom zmysle ERD. Napríklad, SharePoint umožňuje vytvoriť dve vlastné zoznamy, "zákazník" a "hlavičky faktúry". Môžete vytvoriť hlavičky faktúry že odkazy späť na zákazníkov v zozname zákazníkov. Potom, zákazníka môžete odstrániť zo zoznamu. Po vybalení z krabice, Neexistuje žiadny spôsob, ako zabrániť. Vyriešiť tento druh problému, by ste normálne použiť obsluhy udalostí.

Môže sa to zdať pochmúrne, ale ešte by používať SharePoint ako východiskový bod pre stavebné tento druh funkcie. Hoci existujú rozdiely medzi čo potrebujete riešenie, SharePoint umožňuje nám na vyplnenie týchto medzier pomocou nástrojov, ako:

• Obsluhy udalostí. Použite referenčnú integritu.
• Vlastné stĺpce: Vytvoriť vlastné stĺpec typy a ich použitie namiesto predvoleného vyhľadávacieho stĺpca. Pridať stránkovanie, buffering a AJAX funkcie na ne reagovať.
• KATALÓGU PRACOVNÝCH ÚDAJOV. Táto funkcia iba na MOSS nám umožňuje do dotazu ďalšie SharePoint zoznamy s lepšie užívateľské rozhranie pre bežné vyhľadávací stĺpec. BDC môžete tiež osloviť back-end servera aplikácie. Použitie BDC sa vyhnúť replikácie. Skôr než replikáciu informácií o zákazníkoch z back-end systém ERP, namiesto toho použite BDC. BDC črty poskytnúť pekné používateľské rozhranie vytiahnuť tieto informácie priamo zo systému ERP, kde patrí a vyhýba problémov zachovania replikáciu riešenia.

  BDC je funkciou MOSS (nie je k dispozícii v WSS) a je náročná na konfiguráciu.

• ASP.NET webového formulára: Vytvoriť plnohodnotný AJAX-aktivovaný formulár používa objekt modelu a webové služby SharePoint využiť Zoznamy SharePoint zároveň poskytuje veľmi citlivý používateľské rozhranie.

Poslednú možnosť môžu cítiť ako začínate od nuly, ale vziať do úvahy skutočnosť, že platforme SharePoint začne ťa s týchto kľúčových znakov:

• Model zabezpečenia s údržbou.
• Systém menu s údržbou.
• "Hlavný stôl" (tj. vlastné zoznamy) bezpečnosť, vstavaný údržby a auditu.
• Hľadať.
• Back-end integračných nástrojov (KATALÓGU PRACOVNÝCH ÚDAJOV).

Ak začnete s nový prázdny projekt vo visual studio, máte veľa infraštruktúry a inštalatérske stavať skôr, než sa dostanete blízko k SharePoint, čo ponúka.

Veria, že Microsoft má v úmysle rozšíriť služby SharePoint v tomto smere vývoja aplikácií. Vyzerá to, že prirodzené rozšírenie existujúcich SharePoint základne. Microsoft CRM aplikácie poskytuje veľkú rozšírenia druhov potrebných na podporu vývoja aplikácií hlavičku podrobností. Hoci sú tieto funkcie CRM, Táto technológia je samozrejme k dispozícii vývojárskeho tímu aplikácie SharePoint a očakávam, že to bude robiť svoju cestu do produktu SharePoint konca 2008. Ak má niekto znalosti alebo vhľad do tejto, Prosím, zanechajte komentár.

</koniec>