Fórum uživatelé často jako otázky:

> Dobrý den,
>
> Řekněte mi, jestli jsou veškeré možnosti vybudovat vlastní seznam s
> seznam a podrobnosti typu (jako faktury) bez použití aplikace InfoPath.
>

SharePoint poskytuje některé pole funkcí, které podporují druhy obchodních požadavků takového.

Obecně, jeden spojuje dva seznamy dohromady pomocí vyhledávacího sloupce. Seznam A obsahuje informace hlavičky faktury a seznam B obsahuje Detaily faktury.

Další seznamy použít k udržení čísla zákazníků, čísla produktů, atd.

Použijte webovou část dotaz na obsah (v MECHU pouze) a datové zobrazení webové části Vytvoření sloučené zobrazení seznamů. Služba SQL Server Reporting Services (SRS) je také k dispozici pro stranu hlášení o to.

Avšak, tam jsou některé důležité omezení, které ztěžují používat čisté funkce out-of-the-box pro vše, co je i středně složité. Mezi ně patří:

• Velikost souvisejících vyhledávací seznamy vs. "čistota" sloupec typu vyhledávání. Typ vyhledávacího sloupce se prezentuje na UI odlišně podle toho, zda jste povolili vícenásobný výběr nebo ne. V obou případech, ovládací prvek mimo of-the-box se zobrazí všechny dostupné položky ze zdrojového seznamu. Pokud má zdrojový seznam 1,000 položky, To by mohl být problém. Ovládací prvek vyhledávání nelze stránkovat tyto položky. Místo toho, všechny z nich přitahuje do ovládacího prvku. Díky za pěkné uživatelské rozhraní, jak vzhledem k zadávání dat a výkon.
• Vyhledávání "pull zpět" jeden sloupec informací. Můžete nikdy vytáhnout zpět více než jeden sloupec informací ze seznamu zdroj. Například, Nemůžete zvolit zákazníka "12345" a zobrazí číslo i jméno a adresu zákazníka v době. Vyhledávání pouze zobrazuje zákazníka, číslo a nic jiného. To je nepříjemné a složité uživatelské rozhraní.
• Žádná komunikace v rámci form. Napsal jsem o tomto. Nelze implementovat CSS rozevírací seznamy, podmíněně Povolit/zakázat pole, atd.
• Vestavěný referenční integritu ani kaskádové odstranění. SharePoint léčí vlastní seznamy subjektivitu a neumožňuje je navzájem propojit v tradičním slova smyslu ERD. Například, SharePoint umožňuje vytvořit dva vlastní seznamy, "zákazník" a "záhlaví faktury". Můžete vytvořit hlavičku faktury odkazující zpět na zákazníka v seznamu zákazníků. Pak, ze seznamu můžete odstranit zákazníka. Out of the box, neexistuje žádný způsob, jak tomu zabránit. Chcete-li vyřešit tento druh problému, běžně používáte obslužné rutiny událostí.

Může se zdát chmurné, ale stále bych používat SharePoint jako výchozí bod pro vytváření tento druh funkce. I když existují mezery mezi co potřebujete v řešení, SharePoint umožňuje nám k vyplnění těchto mezer pomocí nástroje jako například:

• Obslužné rutiny událostí. Je použít k vynucení referenční integrity.
• Vlastní sloupce: Vytvořit typy vlastních sloupců a použít namísto výchozí vyhledávací sloupec. Přidat stránkování, Funkce AJAX aby reagovat a Pufrační přísada.
• ZÁLOŽNÍ ŘADIČ DOMÉNY. Tato funkce MOSS-jen nám umožňuje dotaz jako ostatní SharePoint seznamy s lepší uživatelské rozhraní pro běžné vyhledávací sloupec. Záložní řadič domény může také oslovit aplikace server back-end. Replikace pomocí služby BDC. Namísto replikace informací o zákaznících z back-end systému, místo toho použijte záložní řadič domény. BDC funkce poskytují příjemné uživatelské rozhraní vytáhnout informace přímo z ERP systému, kam patří a vyhýbá obtížemi udržet řešení replikace.

  BDC je funkce MOSS (není k dispozici ve WSS) a je náročné na konfiguraci.

• Technologie ASP.NET web formulář: Vytvořit plně vybavený podporou AJAX formulář, který používá objekt modelu nebo web služby SharePoint na páku seznamy služby SharePoint zároveň velice vstřícný uživatelské rozhraní.

Poslední možnost může cítit jako už začínáte od začátku, Ale uvážíte, že platforma SharePoint začíná vás s následující klíčové vlastnosti:

• Bezpečnostní model s údržbou.
• Systém nabídek s údržbou.
• "Hlavní tabulka" (tj. vlastní seznamy) se zabezpečením, Vestavěný údržba a audit.
• Hledat.
• Nástroje pro integraci zadní (ZÁLOŽNÍ ŘADIČ DOMÉNY).

Pokud začnete s nový prázdný projekt v aplikaci visual studio, Máte hodně infrastruktury a kanalizací vybudovat, než se dostanete k nabízí služby SharePoint.

Věřím, že Microsoft má v úmyslu rozšířit SharePoint v tomto směru vývoje aplikací. To se jeví jako přirozené rozšíření na existující server SharePoint základní. Aplikace Microsoft CRM poskytuje velkou rozšiřitelnost typy potřebných pro podporu vývoje aplikací záhlaví a podrobnosti. Ačkoli tyto funkce jsou v CRM, technologie je samozřejmě k dispozici pro SharePoint vývojový tým a očekávám, že bude dělat svou cestu do produktu SharePoint do konce roku 2008. Pokud někdo má znalosti a vhled do tohoto, Prosím, zanechte komentář.

</Konec>