Forumaj uzantoj ofte kiel Pridemandas tiel:

> Halo,
>
> Bonvolu diri min se estas ajnaj eblecoj konstrui laŭmendan liston kun
> mastro kaj detala tipo (Kiel fakturoj) Sen uzanta InfoPath.
>

SharePoint provizas kelkaj ekstere de la skatolo prezentas ke subtenaj specoj de komercaj postuloj kiel tio.

En generalo, Unu ligoj du listoj kune uzanta lookup kolumno. Enlistigi Enhavas la fakturan titolan informon kaj liston B enhavas fakturajn detalojn.

Uzi suplementajn listojn daŭrigi klientajn nombrojn, Produktaj nombroj, Ktp.

Uzi kontentan demandan araneaĵan parton (En MUSKO nur) Kaj/aŭ datuma vida araneaĵa parto krei kombinita vidojn de la listoj. SQLa Servilo Raportanta Servojn (SRS) Estas ankaŭ havebla por la raportada flanko de ĝi.

Tamen, Estas kelkaj gravaj limoj kiu faros ĝin malfacila uzi puran ekstere-de-la-skatolaj ĉefaĵoj por io ajn kiu estas eĉ modere kompleksa. Ĉi tiuj inkluzivas:

• Grandeco de rilata lookup listoj kontraŭ. "smartness" De la lookup kolumna tipo. Lookup kolumna tipo prezentas ĝin mem sur la UI malsame dependanta sur ĉu vi ebligis multi-elektita aŭ ne. En ajna kazo, La ekstere-de-la-skatola kontrolo montras ĉiuj haveblaj eroj de la fonta listo. Se la fonta listo havas 1,000 Eroj, Tio estas iranta esti problemo. La lookup kontrolo faras ne paĝon tra tiuj eroj. Male, Ĝi tiras ilin ĉiujn en la kontrolo. KE faroj por tre neoportuna uzanta fasado ambaŭ en terminoj de datuma eniro kaj elfaro.
• Lookups "tira malantaŭo" Unu kolumno de informo. Vi neniam povas tiri reen pli ol unu kolumno de informo de la fonta listo. Ekzemple, Vi ne povas elekti klienton "12345" Kaj montri la nombron tiel kiel la nomo de la kliento kaj adreso samtempe. La lookup nuraj rezultoj la klienta nombro kaj nenio alia. Tio ĉi faras por neoportuna kaj malfacila uzanto fasado.
• Ne intra-forma komunikado. Mi skribis pri tio ĉi ĉi tie. Vi ne povas efektivigi kaskadan falon-faligas, Kondiĉe ebligi/malfunkciigi kampojn, Ktp.
• Ne kaskada forigas aŭ konstruita-en referential integreco. SharePoint traktas laŭmendajn listojn kiel sendependaj entoj kaj ne permesas vin ligi ilin al ĉiu alia en tradicia ERDa sento. Ekzemple, SharePoint permesas vin krei du laŭmendajn listojn, "Kliento" Kaj "faktura titolo". Vi povas krei fakturan titolon kiu ligas reen al kliento en la klienta listo. Tiam, Vi povas forigi la klienton de la listo. Ekstere de la skatolo, Estas neniu vojo malhelpi tion ĉi. Solvi ĉi tiun specon de problemo, Vi normale uzus eventajn prizorgantojn.

Ĝi povas ŝajni neesperiga, Sed mi ankoraŭ uzus SharePoint kiel komencanta punkton por konstruanta ĉi tiun specon de funkcio. Kvankam estas mankoj inter kio vi devas en solvo, SharePoint ebligas nin plenigi tiujn mankojn uzanta ilojn kiel:

• Eventaj prizorgantoj. Uzi ilin observigi referential integreco.
• Laŭmendaj kolumnoj: Krei laŭmendajn kolumnajn tipojn kaj uzi ilin en lieu de la defaŭlta lookup kolumno. Aldoni paging, Bufranta kaj AJAXaj ĉefaĵoj fari ilin respondema.
• BDC. Ĉi tiu MUSKO-nura ĉefaĵo ebligas nin pridemandi alia SharePoint listoj kun supera uzanta fasado al la kutima lookup kolumno. BDC ankaŭ povas atingi ekstere al malantaŭa fina servila apliko. Uza BDC eviti reproduktadon. Prefere ol reproduktanta klientan informon de malantaŭa fina ERPa sistemo, Uza BDC male. BDCaj ĉefaĵoj provizas belan uzantan fasadon tiri tiun informon rekte de la ERPa sistemo kie ĝi apartenas kaj evitas la ĝenaĵon daŭrigi reproduktadan solvon.

  BDC estas MUSKA ĉefaĵo (Ne havebla en WSS) Kaj estas defianta formi.

• ASPIDO.PURA araneaĵa formo: Krei plenan-prezentita AJAX-malfermita formo kiu uzas la SharePoint objekta modelo kaj/aŭ araneaĵaj servoj ekspluati SharePoint listoj dum provizanta tre respondema uzanta fasado.

La lasta elekto povas senti ŝatas vin estas komencanta de grataĵo, Sed konsideri la fakton ke la SharePoint platformo komencas vin ekstere kun la sekvantaj kernaj ĉefaĵoj:

• Sekureca modelo kun daŭrigado.
• Menua sistemo kun daŭrigado.
• "Mastra tablo" (T.e. Laŭmendaj listoj) Kun sekureco, Konstruita-en daŭrigado kaj revizianta.
• Serĉo.
• Malantaŭa fina integrigo iloj (BDC).

Se vi komencas kun nova malplena projekto en vida studio, Vi havas multan infrastrukturon kaj sondanta konstrui antaŭ ol vi akiras egale al kio SharePoint proponoj.

Mi ja kredas ke Microsoft celas etendi SharePoint en ĉi tiu direkto de aplika evoluado. Ĝi ŝajnas kiel natura etendaĵo al la ekzistanta SharePoint bazo. La CRMa apliko de Microsoft provizas grandan interkonsenton de extensibility de la tipoj devita subteni titolan/detalon aplika evoluado. Kvankam tiuj ĉefaĵoj estas en CRM, La teknologio estas evidente havebla al la SharePoint evoluada teamo kaj mi atendas ke ĝi faros ĝian vojon en la SharePoint produkto de fino de 2008. Se iu ajn havas scion aŭ enrigardon en tio ĉi, Bonvolu lasi rimarkon.

</Fino>