Foorumi kasutajad sageli kui küsimused:

> Tere,
>
> Palun öelge, kas on mingeid võimalusi luua kohandatud loendi
> kapten ja üksikasjalikult tüüp (nagu arved) ilma InfoPathi abil.
>

SharePointi annab mõned välja kasti funktsioone, mis toetavad sellist liiki äri nõuetele.

Üldiselt, Üks Viited kaks loendit koos kasutades otsinguveerg. A-nimekiri sisaldab päiseteavet arve ja loend B sisaldab arve üksikasjad.

Kasutada uusi loendeid hallata klientide arv, toote numbrid, jne.

Kasutage sisu sisupäringu veebiosa (Moss ainult) ja/või Andmevaate veebiosa ühendatud seisukohad loendite loomiseks. SQL serveri aruandlusteenuste (SRS) on olemas andmeid esitav pool seda ka.

Aga, seal on mõned olulised puudused, mis raskendab kasutada puhast out-of-the-box funktsioone midagi, mis on isegi mõõdukalt keerukas. Nende hulka kuuluvad:

• Suurus seotud LOOKUP loendid vs. "nutikus" lookup veeru tüüp. Lookup veerutüüp esitleb end linna UI erinevalt sõltuvalt sellest, kas olete lubanud mitut Vali või mitte. Mõlemal juhul, out-of-the-box kontrolli kuvatakse kõik saadaolevad üksused loendist allikas. Kui loendis allikas on 1,000 üksused, mis saab olema probleem. Otsingu kontroll lehekülg läbi nende üksuste. Selle asemel, see tõmbab neid kõiki kontrolli. Väga ebamugav kasutajaliides nii andmete sisestamiseks ja tulemuslikkuse, mis muudab.
• Otsingud "pull tagasi" ühele andmeveerule. Sa kunagi tõmmata tagasi rohkem kui ühele andmeveerule ühenduste loetelust. Näiteks, te ei saa valida kliendi "12345" ja samal ajal kuvada number kliendi nimi ja aadress. Kuvatakse otsingus kuvatakse ainult kliendi number ja ei midagi muud. See muudab ebamugav ja raske kasutajaliides.
• Intra-vormi teavitamist. Ma olen kirjutanud seda siin. Te ei saa rakendada kuhjuvate tilk mõõnad, tingimustega luba/Keela väljad, jne.
• Kaskaadkustutamist või sisseehitatud viitamistervikluse. SharePointi käsitleb kohandatud loendite iseseisvad isikud ja ei võimalda seostaks omavahel traditsioonilise ERD mõttes. Näiteks, SharePointi abil saate luua kaks kohandatud loendeid, "klient" ja "Müügiarve päis". Saate luua ostuarve päise viiva tagasi kliendi klientide nimekiri. Seejärel, kliendi saate kustutada loendist. Karbist välja, ei ole võimalik seda vältida. Selliste probleemide lahendamiseks, kasutada sündmuseohjurid.

See võib tunduda sünge, kuid tahaksin veel kasutada SharePoint lähtekohana hoone sedalaadi funktsionaalsus. Kuigi vahel vajalikku lahuses on vahed, SharePoint võimaldab meil täita neid lünki tööriistadega nagu:

• Sündmuseohjurite. Nende abil viitamistervikluse jõustamiseks.
• Kohandatud veerud: Luua kohandatud veergude puhul ja kasutada neid asemel vaikimisi otsinguveerg. Lisada Piipar, buffering ja AJAX funktsioonid, et muuta neid reageeriv.
• BDC. See SAMMAL ainult funktsioon võimaldab meil päringu muude SharePointi loendid tavaline otsinguveerule parem kasutajaliides. BDC saab ka jõuda kolp Serverirakendust. BDC abil saate vältida replikatsiooni. Selle asemel, et imitatsiooniga kliendiinfo kolp ERP süsteemi, BDC selle asemel kasutada. BDC funktsioonid annavad kena kasutajaliides seda teavet otse ERP süsteemi, kuhu ta kuulub ja vaeva säilitada replikatsiooni lahendus väldib vedama.

  BDC MOSS iseloomustab (ei ole olemas WSS) ja keeruline konfigureerimine.

• ASP.net-i veebivorm: Luua täielikult Objekte AJAX lubatud vormi, mis kasutab SharePoint objekti mudeli ja/või web services võimendada SharePointi loenditega, tagades samas väga tundlik kasutajaliides.

Viimane võimalus on tunne, nagu sa oled algab nullist, aga arvestama, et SharePoint platvorm hakkab teid maha järgmised tunnusjooned:

• Turvalisuse mudel hooldus.
• Menüü süsteem hooldust.
• "Kapten tabel" (St. Kohandatud loendid) Turvalisus, sisseehitatud hooldus ja audit.
• Otsi hotelle.
• Kolp integratsiooni tööriistad (BDC).

Kui te alustate uue tühja projekti koos visual studio, teil on palju infrastruktuuri ja torustiku ehitada enne saate lähedal SharePointi pakub.

Ma usun, et Microsoft kavatseb laiendada SharePointi selles suunas sovelluskehitys. Tundub nagu loomulik jätk baasi olemasoleva SharePointi. Microsofti CRM taotlus näeb palju laiendatavuse päis/detail sovelluskehitys toetamiseks vajalike tüübid. Kuigi CRM on need funktsioonid, tehnoloogia on ilmselt saadaval SharePointi arendusmeeskond ja ootan, KOM(2005) saabumas SharePointi toodetes ots 2008. Kui kellelgi on teadmisi või see ülevaate, palun jäta kommentaar.

</lõpp>