Forum uporabnikov pogosto kot Takšna vprašanja:
> zdravo,
>
> Prosim povej mi, če so vse možnosti za izgradnjo po meri seznam s
> glavno in podrobno tipa (kot računi) brez uporabe programa InfoPath.
>
SharePoint zagotavlja nekatere od polje funkcije, ki podpirajo vrste poslovne zahteve, kot je ta.
Na splošno, ena povezuje dva seznama, skupaj z uporabo stolpec za iskanje. Seznam A vsebuje informacije v glavi računa in seznam B vsebuje podrobnosti računa.
Uporabite dodatne liste za ohranitev kupcev, številke izdelka, itd.
Uporabite spletni gradnik poizvedbe vsebine (v mah le) in/ali podatkov Poglej si spletni gradnik za ustvarjanje spojenih pogledov seznamov. SQL Server, storitve poročanja (SRS) na voljo tudi za poročanje strani pa.
Vendar, Obstaja nekaj pomembnimi omejitvami, ki bo težek rabiti čisto out-of-the-box funkcije za vse, kar je celo zmerno kompleksne. Ti vključujejo:
- Velikost za iskanje sorodnih seznamov vs. "Dotjeranost" vrste stolpec za iskanje. Vrsta stolpca za iskanje se predstavlja na UI različno glede na to ali ste omogočili multi-izberite, ali ne. V obeh primerih, out-of-the-box nadzor kaže vse na voljo elemente z izvornega seznama. Če na izvornem seznamu je 1,000 elementi, da se bo problem. Iskanje nadzora ne stran preko teh postavk. Namesto tega, potegne vse od njih v kontrolnik. To naredi za zelo nerodno uporabniški vmesnik, vnos podatkov in učinkovitost delovanja.
- Iskanja "potegnite nazaj" en stolpec podatkov. Lahko nikoli ne potegnite nazaj več kot en stolpec podatkov z izvornega seznama. Na primer, ne morete izbrati kupca "12345" in hkrati prikazati število kot tudi kupca ime in naslov. Iskanje samo kaže kupca, številka in nič drugega. To naredi za nerodno in težko uporabniški vmesnik.
- Brez komunikacije znotraj poljubne oblike. Sem napisal o tem tukaj. Ni mogoče izvesti kaskadne drop-padci, pogojno usposobiti/onesposobiti polja, itd.
- Ni kaskadno brisanje ali vgrajeno referenčne integritete. SharePoint seznamih po meri obravnava kot neodvisne subjekte in omogočajo, da povežejo med seboj v tradicionalnem pomenu ERD. Na primer, SharePoint vam omogoča ustvarjanje dveh seznamih po meri, "stranka" in »glava računa ««. Ustvarite račun glavo da povezave nazaj do kupca na seznam kupcev. Nato, kupec lahko izbrišete s seznama. Iz škatle, je nikakor ne da bi to preprečili. Rešiti tovrstne težave, običajno uporabite rutine.
Morda se zdi žalostna, vendar bi še vedno uporabljajo SharePoint kot izhodišče za gradnjo tovrstnih funkcionalnost. Čeprav obstajajo vrzeli med tisto, kar potrebujete v raztopini, SharePoint nam omogoča, da zapolniti te vrzeli z uporabo orodij, kot:
Zadnja možnost morda počutili kot da ste iz nič, ampak upoštevati dejstvo, da platforme SharePoint vam začne s sledeč zakleniti zunanja oblika:
- Varnostni model z vzdrževanjem.
- Jedilnik sistem z vzdrževanjem.
- "Glavno tabelo" (i.e. sezname po meri) z varnostjo, vgrajeno vzdrževanje in nadzor.
- Iskanje.
- Zadnji konec integracijska orodja (BDC).
Če začnete z novo prazno projekta v visual studio, imate veliko infrastrukture in vodovodne zgraditi preden prideš blizu kaj ponuja SharePoint.
Verjamem, da Microsoft namerava razširiti SharePoint v tej smeri razvoja aplikacij. Zdi se, kot naravni podaljšek obstoječe SharePoint, osnovni. Programa Microsoft CRM nudi veliko razširljivost vrst, ki so potrebne za podporo glave/podrobno program razvoja. Čeprav so te funkcije v programu CRM, tehnologija je seveda na voljo za SharePoint razvojne ekipe in pričakujem, da bo svojo pot v SharePoint izdelek konca 2008. Če ima kdo znanje ali vpogled v to, prosim, pustite komentar.
</namen>