Vykonávacie Master / Podrobne vzťahov so zákazníkmi pomocou vlastné zoznamy

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>

5 myšlienky na "Vykonávacie Master / Podrobne vzťahov so zákazníkmi pomocou vlastné zoznamy

  1. Paul Galvin

    Raghu, Nemyslím si, že existuje jednoduchý spôsob, ako urobiť. By som sa zameral na školenia používateľov, keď jeden z nich a možno im tip s názvom obsah typ sám. Nemyslím si, že si môžete naozaj nechty tohle, technicky.

    Odpoveď
  2. Raghu napísal:
    Vytváram rodič/dieťa realationship pomocou dvoch typov obsahu a vlastného zoznamu, ako je vysvetlené v uvedených commnet. Ale ja mám problém; Musím zneprístupniť typu obsahu položka nie je k dispozícii na úrovni priečinka a typu obsahu priečinka na úrovni položiek. Prosím, sprievodca mi na tohle. vďaka…
    Odpoveď
  3. Michael Vickers

    Je to dost nekvalitne zostavené z častí, ale používam ASP.Net rozbaľovací zoznam, ktoré tiene vyhľadávanie "rozbaľovacej" generované SharePoint. I bod ASP.Net rozbaľovacej k zdroju údajov, na základe zoznamu obsahujúceho položku vyhľadávania, umožňuje mi použiť pole ID ako hodnoty a stĺpcové moja voľba ako zobrazený text. Som viazať ASP.Net rozbaľovacieho poľa vyhľadávací zoznam pretože generuje chyby na strane servera.

    Na načítanie stránky, môžem použiť javascript priradiť správnu hodnotu ASP.Net rozbaľovací zoznam, a potom udalosti onchange prikladať že rozbaľovacieho zoznamu priradiť nové hodnoty zodpovedajúce rozbaľovacieho zoznamu vyhľadávania SharePoint. Vlastne som sa skryť riadok obsahujúci rozbaľovací zoznam lokality SharePoint.

    Jeden Posledná vec — kvôli spôsobu, akým SharePoint omietky rozbaľovacích praštěná vyhľadávacie keď číslo položky v minulosti 20 Používam vlastný obal objekt priprav hodnoty rozbaľovacieho zoznamu. Mám blog post podrobne proces tu:

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

    Na zdravie,

    Michael

    Odpoveď
  4. David

    Vytvorenie typu obsahu pre hlavičky faktúry na základe typu obsahu priečinka a potom môžete vytvoriť inú faktúru typu obsahu a pridať aj do zoznamu lokality SharePoint. To v podstate vytvára rodič-dieťa vzťah, ktorý vám umožní vytvoriť viac faktúr na základe faktúry typu obsahu, že žiť podľa faktúry hlavičky typu obsahu, ktorý vám dáva a okamžitý vzťah medzi týmito dvoma položkami a ak hlavičku faktúry položky zoznamu sa odstránili všetky deti faktúry položky v tomto priečinku budú odstránené. Môžete tiež určiť, že typ obsahu byť len k dispozícii v rámci určitého priečinka. Tento prístup je podobný ako diskusia knižnica funguje a je veľmi užitočné pre tento typ vzťahu medzi položkami. Obsluhy udalostí a kód pomôže s určitými inými obmedzeniami ale celkovo rýchle jednoduché riešenie.

    Odpoveď

nechať odpoveď

Vaša e-mailová adresa nebude zverejnená. Povinné položky sú označené *