Forum brugere ofte som spørgsmål som dette:

> Hej,
>
> Venligst fortælle mig, hvis der er nogen muligheder for at opbygge en brugerdefineret liste med
> Master og detaljeret type (ligesom fakturaer) uden at bruge InfoPath.
>

SharePoint giver nogle af de boks funktioner, der understøtter typer forretningskrav like that.

Generelt, man forbinder to lister sammen ved hjælp af en opslagskolonne. Liste A indeholder headeren fakturaoplysninger og liste B indeholder Fakturadetaljer.

Bruge yderligere lister til at vedligeholde kundenumre, produktnumre, osv.

Bruge webdelen indholdsforespørgsel (i MOSS kun) og/eller en data Se webdel til at oprette flettede visninger af lister. SQL Server Reporting Services (SRS) er også tilgængelig for rapportering side af det.

Dog, der er nogle vigtige begrænsninger, der vil gøre det vanskeligt at bruge ren out-of-the-box funktioner til noget, der er selv moderat komplicerede. Disse omfatter:

• Størrelsen af relaterede opslag viser vs. "smartness" af typen opslag kolonne. Et opslag kolonnetype præsenterer sig selv på UI forskelligt afhængigt af om du har aktiveret flere valg eller ej. I begge tilfælde, out-of-the-box-kontrol viser alle tilgængelige elementer fra kildelisten. Hvis kildelisten har 1,000 elementer, der vil være et problem. Kontrolelementet opslag bladre ikke gennem disse elementer. I stedet, det trækker dem alle i kontrolelementet. Det gør for en meget akavet brugergrænseflade både med hensyn til indtastning af data og resultater.
• Opslag "pull tilbage" én kolonne med oplysninger. Du kan aldrig trække tilbage mere end én kolonne med oplysninger fra kildelisten. For eksempel, Du kan ikke vælge en kunde "12345" og vise antal samt kundens navn og adresse på samme tid. Opslaget viser kun kunden nummer og intet andet. Dette gør for en akavet og vanskelige brugergrænseflade.
• Ingen intra-form kommunikation. Jeg har skrevet om denne her. Du kan ikke implementere overlappende drop-downs, betinget aktiverer/deaktiverer felter, osv.
• Ingen kaskadevise sletninger eller indbygget referentiel integritet. SharePoint behandler brugerdefinerede lister som uafhængige enheder og tillader ikke dig at linke dem til hinanden i en traditionel ERD forstand. For eksempel, SharePoint kan du oprette to brugerdefinerede lister, "kunde" og "fakturahovedet". Du kan oprette et fakturahoved der linker tilbage til en kunde på listen debitor. Derefter, Du kan slette kunden fra listen. Ud af boksen, der er ingen måde at forhindre dette. Til at løse slags problemer, du vil normalt bruge hændelseshandlere.

Det kan synes dystre, men jeg vil stadig bruge SharePoint som udgangspunkt for at opbygge denne form for funktionalitet. Selvom der er huller mellem hvad du har brug for i en løsning, SharePoint gør det muligt for os at udfylde disse huller ved hjælp af værktøjer som:

• Hændelseshandlere. Brug dem til at gennemtvinge referentiel integritet.
• Brugerdefinerede kolonner: Opret brugerdefinerede kolonnetyper og bruge dem i stedet for standard opslagskolonne. Tilføje personsøgning, buffering og AJAX funktioner at gøre dem lydhør.
• BDC. Kun mos-funktionen giver os mulighed for at forespørgsel andre SharePoint-lister med en overlegen brugergrænseflade til den sædvanlige opslagskolonne. BDC kan også nå ud til en back-end-serverprogram. Bruge BDC for at undgå replikering. I stedet for at replikere kundeoplysninger fra back-end ERP system, bruge BDC i stedet. BDC-funktioner giver en nice brugergrænseflade for at trække disse oplysninger direkte fra ERP-systemet, hvor det hører hjemme og undgår besværet med at opretholde en replikering løsning.

  BDC er en funktion, MOSS (ikke tilgængelig i WSS) og er udfordrende for at konfigurere.

• ASP.NET-webformular: Oprette en komplet AJAX-aktiveret formular, der bruger SharePoint-objekt model og/eller web services til at udnytte SharePoint lister samtidig en meget lydhør brugergrænseflade.

Den sidste mulighed kan føle som om du starter fra bunden, men overveje det faktum, at SharePoint-platformen starter du ud med de følgende vigtigste funktioner:

• Sikkerhedsmodellen med vedligeholdelse.
• Menusystemet med vedligeholdelse.
• "Overordnet tabel" (dvs. brugerdefinerede lister) med sikkerhed, indbygget vedligeholdelse og auditering.
• Søg.
• Backend integrationsværktøjer (BDC).

Hvis du starter med et nyt tomt projekt i visual studio, du har en masse infrastruktur og VVS til at bygge før du komme tæt på SharePoint tilbyder.

Jeg mener, at Microsoft har til hensigt at udvide SharePoint i denne retning af applikationsudvikling. Det virker som en naturlig forlængelse af den eksisterende SharePoint base. Microsofts CRM ansøgning giver stor mulighed for udvidelse af de typer, der er nødvendige for at understøtte header/detaljeret applikationsudvikling. Selv om disse funktioner i CRM, teknologien er naturligvis tilgængelige til SharePoint udviklingsteam og jeg forventer, at det vil gøre sin vej ind i SharePoint produktet ved udgangen af 2008. Hvis nogen har en viden eller indsigt i dette, venligst efterlade en kommentar.

</slutningen>