Utenti del forum frequentemente come domande come questa:

> Ciao,
>
> Per favore mi dica se ci sono qualsiasi possibilità di costruire un elenco personalizzato con
> tipo di master e dettaglio (come fatture) senza utilizzo di InfoPath.
>

SharePoint fornisce alcuni fuori il box caratteristiche che supportano i tipi di requisiti aziendali come quella.

In generale, uno collega due liste insieme utilizzando una colonna di ricerca. Nell'elenco A contiene le informazioni di intestazione della fattura e lista B contiene dettagli della fattura.

Utilizzare elenchi supplementari per mantenere i numeri cliente, numeri di prodotto, ecc.

Utilizzare una query contenuto web part (in MOSS solo) e/o un data visualizzazione web part per creare visualizzazioni unite degli elenchi. SQL Server Reporting Services (SRS) disponibile anche per il segnalazione lato di esso.

Tuttavia, Ci sono alcune importanti limitazioni che lo rendono difficile da usare puro out-of-the-box caratteristiche per tutto ciò che è anche moderatamente complessa. Questi includono:

• Dimensione di ricerca correlato elenchi vs. "intelligenza" del tipo della colonna di ricerca. Un tipo di colonna di ricerca si presenta l'interfaccia utente in modo diverso a seconda se hai attivato una selezione multipla o non. In entrambi i casi, il controllo di out-of-the-box Mostra tutti gli elementi disponibili nell'elenco di origine. Se la lista sorgente ha 1,000 elementi, che sara ' un problema. Il controllo di ricerca non pagina attraverso quegli elementi. Invece, tutti loro tira nel controllo. Che rende per un'interfaccia di utente molto imbarazzante sia in termini di prestazioni e data entry.
• Ricerche di "tirare indietro" una colonna di informazioni. Non si può mai tirare indietro più di una colonna di informazioni dall'elenco origine. Per esempio, non è possibile selezionare un cliente "12345" e visualizzare il numero come nome e indirizzo del cliente allo stesso tempo. La ricerca Mostra solo il cliente numero e nient'altro. Questo rende per un'interfaccia utente scomodo e difficile.
• Nessuna comunicazione intra-modulo. Ho scritto su questo qui. Non è possibile implementare CSS drop-down, attivare o disattivare in modo condizionale campi, ecc.
• Senza eliminazioni a catena o built-in integrità referenziale. SharePoint elenchi personalizzati vengono considerati entità indipendenti e non consente di collegarli tra loro in un senso tradizionale di ERD. Per esempio, SharePoint consente di creare due elenchi personalizzati, "cliente" e "intestazione fattura". È possibile creare un'intestazione fattura che collega indietro a un cliente nell'elenco clienti. Poi, è possibile eliminare il cliente dall'elenco. Out of the box, non c'è nessun modo per evitare questo. Per risolvere questo tipo di problema, normalmente si usa i gestori eventi.

Può sembrare tetro, ma vorrei ancora utilizzare SharePoint come punto di partenza per costruire questo genere di funzionalità. Anche se ci sono spazi tra che cosa avete bisogno in una soluzione, SharePoint consente di colmare tali lacune utilizzando strumenti come:

• Gestori eventi. Li usa per applicare l'integrità referenziale.
• Colonne personalizzate: Creare tipi di colonna personalizzati e utilizzarli al posto della colonna di ricerca predefinito. Aggiungere il paging, buffering e funzionalità AJAX per renderli responsivi.
• BDC. Questa funzionalità solo MOSS ci permette di query che altri SharePoint elenca con un'interfaccia utente di qualità superiore della colonna di ricerca usuale. BDC può anche raggiungere un'applicazione server di back-end. Utilizzare BDC per evitare la replica. Invece di replicare le informazioni di cliente da un back-end sistema ERP, utilizzare invece la BDC. BDC caratteristiche forniscono un'interfaccia utente gradevole per estrarre tali informazioni direttamente dal sistema ERP cui appartiene ed evita il fastidio di mantenere una soluzione di replica.

  BDC è una caratteristica MOSS (non disponibile in WSS) è difficile da configurare.

• Modulo web ASP.NET: Creare un form AJAX-enabled completo che utilizza i servizi SharePoint oggetto modello e/o web per sfruttare gli elenchi SharePoint, fornendo un'interfaccia utente molto reattivo.

L'ultima opzione può sentire come stai iniziando da zero, ma considerare il fatto che la piattaforma SharePoint si inizia con le seguenti caratteristiche chiave:

• Modello di sicurezza con manutenzione.
• Sistema di menu con manutenzione.
• "Tabella master" (vale a dire. elenchi personalizzati) con sicurezza, built-manutenzione e revisione contabile.
• Ricerca.
• Strumenti di integrazione back-end (BDC).

Se si inizia con un nuovo progetto vuoto in visual studio, Hai un sacco di infrastrutture e impianti idraulici per costruire prima di arrivare nei pressi di quello che SharePoint offre.

Credo che Microsoft intende estendere SharePoint in questa direzione di sviluppo di applicazioni. Sembra come una naturale estensione di SharePoint esistente base. Applicazione CRM di Microsoft fornisce una grande quantità di estensibilità dei tipi necessari per supportare lo sviluppo di applicazioni di intestazione/dettaglio. Anche se queste caratteristiche sono in CRM, la tecnologia è ovviamente disponibile per il team di sviluppo di SharePoint e mi aspetto che nel prodotto SharePoint farà sua strada entro la fine del 2008. Se qualcuno ha una conoscenza o la comprensione in questo, si prega di lasciare un commento.

</fine>