Quale approccio da utilizzare per le parti web collegabili?

Question

Ho appena finito di questo tutorial , piuttosto semplice.

Ma ho anche trovato questo altro uno parlando dello stesso argomento.

Quello che non capisco è che cosa è la differenza e quando devo utilizzare un metodo o l'altro? Il primo è piuttosto semplice utilizzando un'interfaccia con alcune proprietà, e quindi sul consumatore dichiarare un oggetto del tipo di interfaccia e il gioco è fatto.

Il secondo esempio è molto complesso per me, e io non so in questo caso dovrei usare che.

Answer 1

La differenza principale in questi approcci è che nel secondo approccio delle interfacce elencate here sono specifici per SharePoint in modo da questi sarebbe solo lavoro quando si sviluppa parti SharePoint web, ma il primo esempio è generico ed è SharePoint indipendente.

In scenari in cui non vi resta che paio fornitura di valori, si dovrebbe andare con il primo esempio, vale a dire definire un'interfaccia personalizzata comune. Questo è utile e facile da implementare / capire.

Il secondo scenario è complesso in quanto fornisce più opzioni per voi rispetto a SharePoint. Per esempio, se si dispone di un DataGrid nel vostro web part provider e si desidera fornire la funzionalità di invio di più file come selezionato da un utente per la tua parte web del consumatore, allora qui si dovrebbe andare attuazione della OOB IRowProvider, interfaccia IRowConsumer che consente a un parte web, per fornire o consumare una singola riga (o più righe) di valori.

Answer 2

Non ho familiarità con questa zona di Sharepoint, ma dopo aver guardato attraverso questi collegamenti, sembra che essi sono in realtà strettamente correlati. Ecco il mio prendere su di esso:

• I più semplici tutorial mostra come creare parti web collegati tramite una semplice interfaccia si definisce nel proprio codice - iProject - che non ha nulla, ma un ID e un nome

• Le avanzate tutorial mostra come creare parti web collegati tramite un'interfaccia complessa che è predefinito e parte del Sharepoint DLL - ICellProvider - che ha proprietà così come gli eventi e metodi che devono essere implementati

(leggere quei due punti elenco un paio di volte e confrontarli in modo che siano chiare sulla differenza)

In entrambi i casi, si finisce con una parte web produttore che implementa una certa interfaccia, e fino a quando si dispone di un altro web parte dei consumatori che implementa la stessa interfaccia, siete a posto.

Per rispondere più direttamente alla tua domanda: Il primo (semplice) esercitazione descrive come è possibile creare la propria interfaccia personalizzata, che sarebbe solo lasciare che si collega una parte Web si crea in un'altra parte Web si crea.

Il secondo (complesso) tutorial descrive le interfacce che è possibile implementare che vi permetterà di collegare il web part personalizzata a parti web che già esistono in Sharepoint (come elenco web part, ecc.) Esistenti.

Caveat: Non sono certo di niente che ho scritto qui - questa è semplicemente una congettura basata su una lettura dei due articoli si è collegato al. E 'la mia ipotesi migliore.