Domanda

Ho una domanda circa il processo di aggiornamento per le funzionalità in SharePoint.

Nella mia funzione, sto distribuzione di un modello di sito personalizzato insieme a un paio di definizioni di elenco, webparts, ecc Ora, quando aggiorno questi, schiero un elemento personalizzato manifesto cose nuova disposizione sul sito, funziona bene. Ma per quanto riguarda i nuovi siti in fase di creazione con il modello di sito? Sono quelli sempre creato e subito aggiornato con gli aggiornamenti; o dovrei fare in modo che anche incorporare i nuovi elementi nei manifesti di base se stessi?

Inoltre, ho provato estendere una lista con due nuovi punti di vista, ma non sono sicuro di come dovrei farlo. Ho appena incluso le viste nello schema lista, ma che sembra funzionare solo per il sito appena creato; siti esistenti non sono estesi con questi due nuovi punti di vista. Ho finito per la creazione di un aggiornamento del codice personalizzato che schiera le due nuove viste per i siti esistenti, compresa la definizione nel schema.xml di nuovi siti, ma suppongo che probabilmente c'è un modo migliore per fare lo stesso.

È stato utile?

Soluzione

rispondere alla tua prima domanda

Sì, è necessario includere eventuali manifesti aggiuntivi sotto ElementManifests e UpgradeActions-> VersionRange-> ApplyManifests entrambi. La ragione è che una volta che si distribuisce una nuova versione di CARATTERISTICA, SharePoint sostituisce la versione più vecchia con una nuova. E quando è attivata la versione aggiornata, che elabora i file in unico elemento. E non elaborerà UpgradeActions a tutti (perché è l'attivazione di versione corrente, non creando versione precedente e l'aggiornamento di esso)

2 ° Domanda

Guardando la natura del cambiamento (l'aggiunta di nuove viste elenco esistente), penso che la scelta di utilizzare il codice è stato corretto perché SharePoint non supporta una funzionalità standalone elemento manifesti che può aggiungere al fine di lista esistente. Ricordate, aggiornamento versione supporta cose come l'aggiunta di un campo di tipo di contenuto esistente (utilizzando AddContentTypeField) come documentato qui ma non ho idea del perché non hanno le cose come: AddListView o UpdateListView o RemoveContentTypeField .. potrebbe essere una lista dei desideri lungo qui:)

Altri suggerimenti

Se ti riferisci a webtemplates basta aggiungere la nuova funzionalità per l'Onet.xml del modello web e aggiornare la vostra soluzione.

Se si sta parlando di definitins del sito (che il titolo del post implica) è necessario non aggiornare la definizione del sito, ma invece utilizzare la funzione di pinzatura per applicare la nuova funzionalità per i siti di essere creati.

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