Rakendamise Master / Üksikasja seoseid kasutades kohandatud loendid

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>

5 mõtteid "Rakendamise Master / Üksikasja seoseid kasutades kohandatud loendid

  1. Paul Galvin

    Raghu, Ma ei usu, seal on lihtne viis seda teha. Ma oleks keskenduda koolitus kasutajatele, kui kasutada kes neist ja võib-olla anda neile vihje sisu nimi tippige ise. Ma ei usu, sa tõesti küünte selle ühe alla, tehniliselt.

    Vastus
  2. Raghu kirjutas:
    Ma koostan ema/tütre realationship kahte tüüpi sisu ja kohandatud loendi abil, nagu on selgitatud eespool commnet. Kuid mul on probleem; Mul on vaja muuta üksuse sisutüüp saadaval kausta tasandil ja kausta sisutüüp saadaval üksuse tasandil. Palun VII mind selle ühe. Tänud…
    Vastus
  3. Michael Vickers

    See on ka kludge natuke aga ma kasutada ASP.Net ripploendi, mis varje otsing "rippmenüüst" loodud SharePointi. ASP.net-i rippmenüüst osutage andmeallika, mis põhineb otsinguvälja üksust sisaldavat loendit, mis võimaldab mul kasutada ID-väli väärtus ja minu valik veerus Kuva tekstina. Ma ei seondu ASP.Net rippmenüüst loendisse otsinguvälja sest see tekitab serveripoolse vead.

    Lehe laadimisel kasutada javascript ASP.Net rippmenüüst õige väärtuse määramiseks, ja siis lisada onchange üritused et avatavad uute väärtuste määramiseks vastavat SharePointi Otsingu ripploend. Ma tegelikult Peida sisaldava SharePointi rippmenüüst rida.

    Üks Viimane asi — sellepärast, et muudab SharePointi tobe otsing rippmenüüst, kui ühikute arv muutub varem 20 Kohandatud ümbrisleht objekti abil saada/set rippmenüüst väärtus. Mul on blogi post üksikasjalikult selle protsessi:

    http://www.idiotsyncrasies.com/2007/12/lookup-list-dropdowns-in-sharepoint.aspx

    Tervitades,

    Michael

    Vastus
  4. David

    Saate luua ostuarve päise kausta sisu tüüp põhineb sisutüübi ja seejärel luua teine arve sisu tüüp ja lisa nii SharePointi loendi. See tegelikult loob ema-tütre seose, mis võimaldab teil luua mitme arve põhineb arve sisu tüüp, mis elavad arve päise sisu tüüp, mis annab teile ja vahetu seos kahe üksuse ning kui ostuarve päise üksus on kustutatud kõik selle lapse arve selle kausta sees kustutatakse. Samuti saate määrata, et sisutüübi valmib alates teatud kausta. Selline lähenemine on sarnane kuidas arutelu Raamatukogu toimib ja on väga kasulik seda tüüpi üksuste vaheline seos. Sündmuseohjurite ja kood aitab mõned muud piirangud, kuid üldiselt kiire lihtne lahendus.

    Vastus

Jäta vastus

Teie e-posti aadressi ei avaldata. Kohustuslikud väljad on tähistatud *