Come dovrebbe SharePoint progetti di Visual Studio che condividono il codice di essere gestito?

Question

Il mio SharePoint soluzione di Visual Studio struttura attualmente contiene i seguenti progetti:

• Comune: contiene i metodi di estensione, aiutanti, comandi di uso frequente, etc.
• Registrazione: normalmente incluso in Comune, ma contiene chiamate a metodi nativi in modo marcato "a rischio"
• Progetto Site-specific: uno per ogni singolo sito, contenente le caratteristiche, le web part, ricevitori di eventi, etc.specifica per il sito
• Console app: console app progetti come/se necessario

Sto usando WSPBuilder, quindi, ogni progetto (a parte le applicazioni per console) ha il suo SharePoint WSP file di soluzione.

Questo è un buon modo per suddividere codice di SharePoint?Quali sono gli approcci che si usa?

Answer 1

Che sembra ragionevole, anche se si potrebbe desiderare di essere attenti circa la distribuzione dei progetti condivisi - Lo script di distribuzione probabilmente include l'aggiornamento del pacchetto comune, che non è buono per i vecchi progetti site specific.

Per la maggior parte dei progetti preferisco avere un unico pacchetto della soluzione con librerie condivise necessarie incluso - di solito viene installato, per il GAC.

Answer 2

Se non siete già facendo questo, vorrei prendere in considerazione di impacchettare il vostro codice comune in una o più funzioni e non comune codice in una funzione con una funzione di dipendenza per il codice comune.Se si desidera avere il codice comune l'utilizzo di un diverso WSP o lo stesso WSP - non sono sicuro di tutti i pro/contro di che.