Foorumin käyttäjät usein kuin kysymyksiä näin:

> Moi,
>
> Ystävällisesti kertoa minulle, jos on mahdollisuus rakentaa mukautetun luettelon kanssa
> pääkomponentti ja tietokomponentti tyyppi (kuten laskut) ilman InfoPathin avulla.
>

SharePoint tarjoaa joitakin ruutuun ominaisuuksia, jotka tukevat erilaisia liiketoimintavaatimusten kuten pois.

Yleensä, yksi linkkejä kahden luettelon avulla hakusarake. Luettelo A sisältää laskun otsikkotiedot ja luettelossa B sisältää laskutustiedot.

Ylläpitää asiakasnumerot luetteloita avulla, tuotenumerot, jne.

Sisältökysely-web-osan käytöstä (Moss vain) ja/tai tietonäkymän web-osan yhdistettyjen näkymien luetteloiden luominen. SQL Server Reporting Services (SRS) löytyy myös raportointi puolelle.

Kuitenkin, on joitakin tärkeitä rajoituksia, että vaikea käyttää puhdasta OOBE ominaisuuksia mitään, että on edes kohtuullisen monimutkainen. Näitä ovat:

• Koon liittyvä haku luettelee vs. "smartness" sarakkeen tietotyypin syöteargumenttien. Sarakkeen valintatyypin esittäytyy UI eri tavalla sen mukaan, onko käytössä Multi-Select vai ei. Kummassakin tapauksessa, OOBE ohjausobjekti näyttää kaikki käytettävissä olevat kohteet lähdeluettelosta. Jos lähdeluettelossa on 1,000 kohteita, Tämä tulee olemaan ongelma. Haku valvonta ei sivu läpi ne asiat. Sen sijaan, se vetää ne kaikki ohjausobjektiin. Se tekee erittäin hankala käyttöliittymä sekä tietojen syöttämiseen ja suorituskyvyn.
• Haut "vetäytyä" yhden sarakkeen tietojen. Et koskaan vedä takaisin useamman kuin yhden sarakkeen tietojen lähde-luettelosta. Esimerkiksi, et voi valita asiakas "12345" ja numero sekä asiakkaan nimi ja osoite samaan aikaan. Hakua näyttää vain asiakkaan numero ja muuta. Tämä tekee avuton ja hankala käyttöliittymä.
• Sisäinen muotoinen tiedoksiantoa. Olen kirjoittanut tästä täällä. Voitaisi tehdä CSS avattavista, ehdollisesti ottaminen kentät, jne.
• Johdannaispoistoja tai sisäänrakennettu viite-eheys. SharePoint kohtelee mukautettuja luetteloita pienille tai keskisuurille yrityksille ja ei salli linkittää ne toisiinsa äänimaailmansa ERD. Esimerkiksi, SharePointin avulla voit luoda kaksi mukautettuja luetteloita, "asiakas" ja "laskun otsikko". Voit luoda laskun ylätunnisteen linkkejä asiakkaan asiakasluetteloon. Sitten, asiakkaan poistaminen luettelosta. Kättelyssä, ei ole mitenkään estää tämän. Ratkaista tällaiset ongelmat, tavallisesti käyttämäsi tapahtumakäsittelijät.

Se voi tuntua synkkä, mutta haluaisin silti käyttää SharePoint lähtökohta rakentaa sellainen toiminto. Vaikka on olemassa erot mitä tarvitset ratkaisu, SharePoint mahdollistaa näiden puutteiden käyttämällä työkaluja kuten:

• Tapahtumakäsittelijät. Käyttää niitä viite-eheyden.
• Mukautettuja sarakkeita: Luo mukautettuja ja käyttää niitä sijasta oletuksena hakusarake. Lisää henkilöhaku, puskurointi ja AJAX-ominaisuudet, jotta ne vastaavat.
• BDC. Vain MOSS-toiminto mahdollistaa kyselyn muita SharePoint-luetteloita superior käyttöliittymä tavallista hakusarake. BDC pääsee myös back-end-palvelinsovellukselle. Käytä BDC välttää replikointi. Sen sijaan jäljitellä asiakastiedot loppupäätä ERP-järjestelmä, Käytä BDC sen sijaan. BDC-ominaisuudet tarjoavat arka käyttäjä liitäntä vetää tiedot suoraan ERP-järjestelmä, jossa se kuuluu ja välttää hässäkkä säilyttää replikointi ratkaisu.

  BDC on MOSS-ominaisuus (ei käytettävissä WSS) ja haastava määrittäminen.

• ASP.NET web-lomakkeen: Luoda täysin varustellun AJAX-pohjaisten lomakkeen, joka käyttää SharePoint objekti mallista ja web services hyödyntää SharePoint-luetteloiden samalla hyvin reagoiva käyttöliittymä.

Viimeinen vaihtoehto voi tuntea olet alkaen tyhjästä, mutta katsovat, että SharePoint-alustan lähtee sinulle seuraavat piirteet:

• Suojausmalli huolto.
• Valikkojärjestelmän ylläpito.
• "Päätaulukko" (ts. Mukautetut luettelot) turvallisuus, sisäänrakennettu huolto ja tarkastus.
• Etsi.
• Loppupäätä integrointityökalujen (BDC).

Jos aloitat uuden tyhjän projektin visual studiossa, paljon infrastruktuuria ja LVI rakentaa ennen kuin lähestyt SharePoint tarjoaa.

Mielestäni Microsoft aikoo laajentaa SharePoint tämänsuuntaisia sovelluskehitys. Se tuntuu luonnollinen jatke pohja olemassa SharePointiin. Microsoftin CRM sovellus tarjoaa paljon laajennettavuus tyyppejä tarvitaan tukemaan otsikon tietokomponentin sovelluskehitys. Vaikka nämä ominaisuudet ovat CRM: ssä, tekniikka on ilmeisesti SharePoint-kehitysryhmän ja odotan, että se tekee sen tavalla osaksi SharePoint-tuotteen loppuun mennessä 2008. Jos jollakulla on tietoa tai tietoa tästä, Jätä kommentti.

</loppu>