Végrehajtási mester / Részletek típusú kapcsolatokat, Egyéni listák használata

Fórum felhasználók gyakran kérdéseket, mint a:

> helló,
>
> Kérem, mondja meg, ha vannak akármi lehetőségek-hoz épít egy egyéni listát, a
> főadat és a részletek típusa (mint számlák) az InfoPath használata nélkül.
>

SharePoint nyújt néhány, a doboz jellemzője, hogy támogatja az üzleti követelmények típusú ilyesmi.

Általában, egy összeköti a két lista együtt használva a keresőoszlop. Lista tartalmazza a számla fejléc-információ és a b. lista tartalmazza a számla részletei.

További listák segítségével vevőszámok fenntartása, termék számok, stb.

A Tartalomlekérdezés kijelző használatára (moha csak) és/vagy egy adatnézet kijelző egyesített nézetek listák létrehozásához. A Reporting Services SQL Server (SRS) is elérhető részére a beszámolási szélén.

Azonban, vannak némely fontos korlátok, amit csinál ez bonyolult-hoz használ a tiszta-out-of-the-box funkciók mindenért, amit még közepesen bonyolult. Ezek közé tartozik a:

  • Mérete a kapcsolódó keresési listák vs. "a csípősség" az a keresési oszlop típusa. A keresési oszlop típusa mutatja magát az UI eltérően attól függően, hogy Ön engedélyezte az többszörös kijelölés vagy nem. Mindkét esetben, az out-of-the-box ellenőrzés azt mutatja, hogy a forrás listából elérhető tételeket. Ha a forráslista 1,000 elemek, hogy lesz egy probléma. A keresési vezérlő nem oldalon keresztül ezek a tételek. Ehelyett, mindegyik húzza a vezérlőbe. Ez teszi egy nagyon kínos felhasználói felület adatbevitelre és teljesítmény.
  • Keresések "húzza vissza" egy oszlopának. Soha nem húzza vissza több oszlopot a forráslistából származó információk. Például, nem választhatja ki a vevő "12345" és száma, valamint a vevő nevét és címét, ugyanakkor. A keresés csak mutatja az ügyfél számát, és semmi más. Ez ideiglenes tákolmány részére egy kényelmetlen és nehéz felhasználói felület.
  • Nincs belüli form-kommunikáció. Már írt, ez itt. Nem valósíthat meg CSS legördülő menük, feltételesen képessé tesz/megbénít mezők, stb.
  • Nincsenek kaszkádolt törléseket vagy beépített integritás. SharePoint kezeli az Egyéni listák önálló személyként, és nem teszi lehetővé, hogy összekapcsolják őket egymással ERD hagyományos értelemben. Például, SharePoint lehetővé teszi, hogy hozzon létre két egyéni listák, "ügyfél" és a "számla fejléc". Létrehozhat egy számla fejhez egy ügyfél vissza mutató a vevő listán szereplő. Majd, az ügyfél törlése a listához. Kívül a doboz, nincs út-hoz megakadályoz ez. Ez a fajta probléma megoldására, általában használni eseménykezelők.

Úgy tűnhet, sivár, de még mindig akar használ SharePoint kiindulási pontként az épület ez a fajta funkció. Bár vannak hiányosságok, amire szüksége van egy megoldás között, SharePoint lehetővé teszi számunkra, hogy azok hézagok eszközök használatával, mint például:

  • Eseménykezelők. Használja őket, hogy a hivatkozási integritás.
  • Egyéni oszlopok: Egyéni oszloptípus létrehozása és használata helyett az alapértelmezett keresési oszlop. Add hozzá a lapozás, pufferelés és AJAX funkciókat, hogy azok reagálnak.
  • ÜZLETI ADATKATALÓGUS. A MOSS-egyetlen szolgáltatás lehetővé teszi, hogy más SharePoint-listák egy kiváló felhasználói felület, a szokásos keresőoszlopra lekérdezés. Az üzleti Adatkatalógus is érheti el a hátsó kiszolgálóalkalmazás. Az üzleti Adatkatalógus segítségével replikáció elkerülése. Ahelyett, hogy az ügyfél-információk replikálása hátsó végétől ERP rendszer, használja helyette a BDC. Az üzleti Adatkatalógus-szolgáltatások biztosítása egy szép felhasználói felület, hogy húzza az információt közvetlenül az ERP rendszer, ahol tartozik, és elkerüli a szóváltás fenntartani a megfelelő replikációs megoldás.

    Az üzleti Adatkatalógus MOSS jellemzi (nem áll rendelkezésre, WSS) és kihívást jelent, hogy konfigurálása.

  • Az ASP.NET webes űrlap: Egy teli-jellegét meghatározta AJAX-alapú űrlapok létrehozására használja a SharePoint objektum modell és/vagy web services képes mozgósítani a SharePoint-listák, miközben egy nagyon érzékeny felhasználó illesztő.

Az utolsó lehetőség úgy érzik, mintha te semmiből, de az a tény, hogy a SharePoint emelvény indul, a következő kulcs jellegét meghatározza:

  • Biztonsági modell a karbantartás.
  • A karbantartás menü rendszer.
  • "A törzstábla" (i.e. Egyéni listák) a biztonsági, beépített karbantartása és ellenőrzése.
  • Szálláshelyek keresése.
  • Hátsó egységbe rendezés szerszámok (ÜZLETI ADATKATALÓGUS).

Ha ön elkezd-val egy új, üres projektet a visual studio, van egy csomó infrastruktúra és vízvezeték kiépítése előtt közeledik, mit kínál a SharePoint.

Azt hiszem, hogy a Microsoft szándékozik-hoz meghosszabbít a SharePoint ebben az irányban az alkalmazás fejlesztés. Úgy tűnik, mint egy természetes kiterjesztése a meglévő SharePoint-alap. A Microsoft CRM alkalmazás rendelkezik egy nagy fej/részletek alkalmazás-fejlesztés támogatásához szükséges típusú bővíthetőség. Bár ezek a funkciók a CRM-ben, a technológia nyilvánvaló érhető el a SharePoint fejlesztési csapat, és elvárom, hogy meg fog tenni az utat a SharePoint-termék mellett vég-ból 2008. Ha akárki birtokol egy tudás vagy a bepillantás-ba ez, Kérem, hagyjon egy megjegyzést.

</vége>

5 gondolatok „Végrehajtási mester / Részletek típusú kapcsolatokat, Egyéni listák használata

  1. Paul Galvin

    Vivien, Nem hiszem, van olyan egyszerű módja, hogy. Fog összpontosítani, a felhasználók képzése, mikor melyik azokat használni, és talán nekik egy tippet a nevét, a tartalom írja be magát. Nem hiszem, ez egy le igazán köröm, technikailag.

    Válasz
  2. Anita írta:
    Én vagyok létrehozása szülő/gyermek realationship segítségével kétféle tartalom és a egyéni listát, ahogy az a fenti commnet gondoltam. De nekem van egy probléma; Vennem kell tiltanunk elem tartalomtípushoz nem elérhető mappa szintű és mappa tartalomtípusú elem szintű. Legyen szíves vezető én-ez egy. kösz…
    Válasz
  3. Michael Vickers

    -A ' egy darab egy kludge, de én használ egy ASP.Net legördülő lista, amely az árnyékok a keresés "legördülő" SharePoint által generált. Az ASP.Net legördülő menüben mutasson a datasource a Keresés elemet tartalmazó lista alapján, lehetővé teszi, hogy használja az azonosító mező értékét, és az oszlop, az én választásom szövegként. Nem kötődik az ASP.Net legördülő a keresőlista-mezőt, mert ez generálja a szerver-oldali hibák.

    A oldal teher használni javascript a helyes értéket rendelni az ASP.Net legördülő, majd csatolja onchange események a legördülő új értékek hozzárendelése a megfelelő SharePoint-keresési legördülő. Én ténylegesen elrejteni a sort, amely tartalmazza a SharePoint legördülő.

    Még egy utolsó dolog — módja SharePoint ostoba keresési dropdowns teszi, amikor a cikkek száma kap múlt 20 Egyéni burkoló objektumot segítségével get/set legördülő lista értéke. Nekem van egy blog post részletesen ezt a folyamatot:

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

    Üdv,

    Michael

    Válasz
  4. David

    A szervizszámla-fejléc alapján a mappa tartalomtípusú tartalomtípus létrehozása, majd egy másik számla-tartalomtípus létrehozása és hozzáadása SharePoint-listába mind. Ez a hatás létrehoz egy szülő-gyermek kapcsolat, amely lehetővé teszi, hogy hozzon létre több számlát a számla tartalomtípuson alapul, éljenek a számla fejléc tartalom típusától, amely ad és azonnali kapcsolat a két elem között, és ha a szervizszámla-fejléc lista tétel törölt minden gyermek számla elemek mappában törölve lesz. Azt is megadhatja, hogy egy tartalomtípus csak érhetők el bent egy egyes dosszié. Ez a megközelítés hasonló-hoz hogyan a vita könyvtár működik, és nagyon hasznos az ilyen típusú elemek közötti kapcsolat. Eseménykezelők és kód akarat segít-val némely más korlátok, de összességében egy gyors, egyszerű megoldás.

    Válasz

hagyj válaszüzenetet

Az e-mail címed nem kerül nyilvánosságra. Kötelező kitölteni *