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>