Domanda

Siamo in grado di sviluppare un controllo personalizzato in Visual Studio e distribuirlo come un webpart per l'uso in SP.

, ma ho la testa di alcuni altri modi, in modo da poter elencare possibili modi per raggiungere questo obiettivo? e ciò che è i pro ei contro di ciascuno?

È stato utile?

Soluzione

Bene, in ultima analisi, si può fare qualsiasi cosa si potrebbe fare in ASP.NET -. Quindi ci sono un numero enorme di opzioni

candidati probabili includono:

  • web part Visualizzazione elenco (mostra i dati da un tavolo. Pro: facile. Con: limitata in il controllo del display)
  • Visualizzazione dati Web Parte (mostra i dati da una varietà di fonti. Pro: facile, più controllo. Con: più difficile da implementare, a mio esperienza.)
  • Controllo Lo SPGridView (Costruire nella pagina web part, l'utente controllo o il controllo Web) (Pro: Dà un bello "SharePointy" cercando griglia, molto come il normale controllo GridView. Contro: In realtà hanno in codice esso)

Sto indovinando che in realtà quello che stai chiedendo è si dovrebbe andare per una parte web o di controllo web, o il controllo dell'utente. Beh, questo è già stato chiesto , ma i miei pensieri sono:

Controlli utente sono buoni, e Visual Web Parts nel 2010 sono solo wrapper intorno User Controls.

In siti WCM, o siti dove l'utente di non dovrebbero essere in grado di 'controllo' come la pagina sembra stesse, controlli utente o controlli Web sono la strada da percorrere. l'utente non può cambiare loro; essi stanno limitando.

Nei siti in cui gli utenti hanno bisogno di essere in grado di controllare come la pagina sembra - come siti di collaborazione -. Quindi suggerirei di andare per le parti web

fa questo aiuto?

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top