Foruma lietotāji bieži kā jumus:

> labdien,
>
> Lūdzu, pasakiet man, ja ir jebkādas iespējas, lai izveidotu pielāgotu sarakstu ar
> pamatelementa un detaļas tips (piemēram, rēķiniem) neizmantojot InfoPath.
>

SharePoint sniegti daži no lodziņa līdzekļi, kas atbalsta veidu biznesa prasības piemēram, ka.

Kopumā, viens saites divos sarakstos kopā, izmantojot uzmeklēšanas kolonnu. A sarakstā ir norādīts rēķina virsraksta informāciju un B sarakstā ir norādīts rēķina detaļas.

Lietot papildu sarakstus, lai saglabātu klienta numuri, produktu numuri, uc.

Lietojiet satura vaicājuma web daļa (ar sūnu tikai) un/vai datu skata web daļu, lai izveidotu sapludinātās sarakstu skatos. SQL Server pārskatu izveides pakalpojumos (VID) pieejama arī ziņošanas malā.

Tomēr, ir daži svarīgi ierobežojumi, kas padara to grūti izmantot tīru out-of--box funkcijas viss, kas ir pat vidēji sarežģītu. Tie ietver:

• Lielumu saistītiem uzmeklēšanas sarakstiem vs. "smartness" uzmeklēšanas kolonnas tips. Uzmeklēšanas kolonnas tips stādās priekšā uz UI atšķirīgi atkarībā no tā, vai esat iespējojis multi-izvēlēties, vai ne. Abos gadījumos, out-of--box vadīkla rāda visus pieejamos vienumus no saraksta avota. Ja avota sarakstā ir 1,000 krājumi, tas ir gonna ir problēma. Uzmeklēšanas vadīklu nevar lapot caur šiem vienumiem. Tā vietā, tā velk tos visus vadīklā. Kas padara ļoti neērts lietotāja interfeiss, gan datu ievadei, gan veiktspējas.
• Pārlūkos "pull atpakaļ" vienai informācijas kolonnai. Jūs varat nekad pull atpakaļ vairākas informācija no avota saraksta kolonnas. Piemēram, nevar atlasīt klientu "12345" un tajā pašā laikā rādīt numuru, kā arī klienta vārdu un adresi. Uzmeklēšanas rāda tikai klienta numuru, un nekas cits. Tas padara neveikli un grūti lietotāja interfeisa.
• Nav veidlapas iekšējai sakaru. Esmu rakstisku par to šeit. Nevar īstenot kaskādes nolaižamie saraksti, nosacīti iespējot/atspējot laukus, uc.
• Nav kaskadēto dzēšanu vai iebūvēto attiecinošo integritāti. SharePoint apstrādā pielāgotus sarakstus kā neatkarīgas personas un neļauj tās saista ar otru tradicionālā izpratnē ERD. Piemēram, SharePoint ļauj izveidot divus pielāgotiem sarakstiem, "klientu" un "rēķina virsrakstā". Var izveidot rēķina virsrakstā kas ved atpakaļ uz klientu klientu sarakstā. Pēc tam, klients var izdzēst no saraksta. No kastes, nav veids, kā novērst šo. Lai risinātu šāda veida problēmas, parasti jāizmanto notikumu apdarinātāji.

Tas var likties drūma, bet es joprojām izmantot SharePoint kā sākuma punktu ēkas šāda veida funkcionalitāti. Lai gan pastāv atšķirības starp to, kas jums nepieciešams risinājums, SharePoint ļauj aizpildīt šīs nepilnības, izmantojot tādus rīkus kā:

• Notikumu apdarinātāji. Tos izmantot, lai ieviestu referenciālo integritāti.
• Pielāgotas kolonnas: Izveidot pielāgotu kolonnu tipus un izmantot tos vietā, pēc noklusējuma uzmeklēšanas kolonnas. Pievienotu lapošanas, buffering un AJAX funkcijas, lai padarītu tos atsaucīgi.
• BDC. Šo funkciju tikai SŪNA mums ļauj vaicājumu, citiem SharePoint sarakstiem ar izcilu lietotāja interfeiss, kas parasti uzmeklēšanas kolonna. BDC var arī panākt, lai atpakaļ beigās servera lietojumprogramma. Lietot BDC izvairīties replicēšanas. Tā vietā replicē klientu informāciju no atpakaļ beigās ERP sistēmas, tā vietā lietot BDC. BDK līdzekļi nodrošina jauku lietotāja interfeisu, lai vilktu šo informāciju tieši no ERP sistēmā, kur tā pieder un novērš hassle saglabāt replikācijas risinājums.

  BDK ir līdzeklis MOSS (nav pieejams komponentā Windows SharePoint Palkalpojumi) un ir grūti, lai konfigurētu.

• ASP.NET web veidlapu: Izveidot pilna featured AJAX iespējotu veidlapu, kas izmanto SharePoint objektu modelis un/vai web services sviras SharePoint sarakstiem, nodrošinot ļoti atsaucīgi lietotāja interfeiss.

Pēdējais variants var justies kā jūs sākat no nulles, bet ņem vērā faktu, ka SharePoint platformas aizsāk jūs ar šādas pamatiezīmes:

• Drošības modeli ar uzturēšanu.
• Izvēlnes sistēmu uzturēšana.
• "Galvenajā tabulā" (ti. pielāgotiem sarakstiem) ar drošības, iebūvēts uzturēšana un auditēšanas.
• Meklēšanas.
• Aizmugurējais gals integrācijas rīkiem (BDC).

Ja jūs sākat ar jaunu, tukšu projektu programmā visual studio, jums ir daudz infrastruktūru un santehnikas veidot pirms jums tuvu SharePoint piedāvā.

Uzskatu, ka Microsoft plāno paplašināt šo lietojumprogrammu izstrādes virzienā SharePoint. Tas šķiet dabisks paplašinājums bāzes esošo SharePoint. Microsoft CRM lietojumprogrammas sniedz lielu paplašināšanas veidi nepieciešami, lai atbalstītu galvene/detaļu lietojumprogrammu izstrāde. Lai gan šie līdzekļi ir CRM, tehnoloģija ir acīmredzami pieejamas SharePoint izstrādes komandu un sagaidīt, ka tas dos savu ceļu uz SharePoint produktu gada beigās 2008. Ja kāds ir zināšanas vai ieskatu šo, Lūdzu, atstājiet komentāru.

</beigās>