Differenza tra la pagina Wiki, pagina dell'applicazione, pagina pagina Web e pagina editrice
https://sharepoint.stackexchange.com//questions/50232
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Ci sono molti posti in MSDN SharePoint forum e blog in cui vengono utilizzati questi termini e sono confuso tra loro.Qualcuno può chiarire?
Soluzione
Fammi vedere se posso spiegare le pagine in Sharepoint senza renderti ancora più confuso.
La differenza tra il diverso tipo di pagine dipende molto dal fatto che la tua visione sia come sviluppatore o come utente finale. Come si fa riferimento a MSDN inizierò con la vista sviluppatore.
SharePoint Pagine da un punto di vista dello sviluppatore
Da un punto di vista sviluppatore ci sono tre tipi di pagine principali in SharePoint: pagine applicative, pagine master e pagine del sito
Pagine applicative
Le pagine dell'applicazione sono pagine memorizzate in una cartella sottostante {SharePointRoot}\Template\Layouts a cui sono accessibili tramite una directory virtuale _layouts che è presente sotto tutti i siti di SharePoint. Si comportano come pagine ASP.NET completamente ordinarie tranne che sanno quale sito di SharePoint è accessibile come parte di. Dovrebbero essere / sono utilizzati per le cose che dovrebbero essere disponibili su tutti i siti come diversi tipi di impostazioni.
Pagine master
Le pagine master sono solo le normali pagine master ASP.NET che possono essere utilizzate per controllare la parte dell'HTML che è comune a tutte le pagine in una raccolta del sito, come il layout generale e la navigazione. I contenenti contenuti sono quindi sostituiti dal contenuto dei controlli dei contenuti sulle singole pagine.
Pagine del sito
Le pagine del sito sono un tipo molto speciale di pagine. Sono (almeno inizialmente) solitamente memorizzati nella cartella per la funzionalità corrispondente / definizione del sito. Diventano disponibili attraverso un elemento <Module> in una funzionalità / definizione del sito o sebbene codice come "Aggiungi pagina", che quando la funzione è attivata (o la definizione del sito provisionata) (o il codice esegue il provisioning) creerà un record nel database dei contenuti per il sito che collega un URL al file nel file system.
A questo punto la pagina del sito è non abitistica (o fantasma (vecchia terminologia)). Ma usando SharePoint Designer, il modello o il browser dell'oggetto L'utente finale può modificare il contenuto della pagina per un URL specifico (in un sito specifico). La pagina modificata viene quindi memorizzata nel database dei contenuti ed è ora personalizzato (o non ha sgradito) e ha alcune limitazioni dovute alla sicurezza (impossibile contenere il codice lato server in Markup, può solo ereditare da classi di base sicure e possono contenere solo controlli che sono Sicuro).
Le pagine del sito sono le pagine che normalmente consentiremo agli utenti finali. Arrivano in una serie di varianti:
Pure Pagine del sito
(My proprio termine) Pagine standard ASP.NET in cui lo sviluppatore controlla cosa c'è sulla pagina. Molto non comune.
Web Part pagine
Pagine ereditari da Microsoft.SharePoint.WebPartPages.WebPartPage contenenti un numero di WebPartzones in cui l'utente sviluppatore / fine può aggiungere le parti Web per controllare ciò che la pagina mostra / può fare. Nelle versioni precedenti di SharePoint molto comune e molto potente.
Pagine Wiki
Il nuovo modo di creare pagine di contenuto. Molto simile alle pagine web part-part, ma invece di avere più zone web online di solito ne hanno solo uno che è nascosto. Ha quindi un campo wiki che può essere facilmente modificato e può contenere markup che farà che le parti web dalla zona nascosta appaia in linea nel contenuto (comevs)
Può essere combinato con più webpartzones per consentire più controllo del posizionamento delle parti Web.
Publishing Pagine / Layout di pagina
Dai pagine di pubblicazione di un punto di vista dello sviluppatore non sono realmente pagine, ma ListItems che è legata a un layout di pagina. Il layout della pagina d'altra parte è quasi quello che chiamo pagine di puro sito, ma possono essere visualizzate solo da una corrispondente pagina di pagina di pubblicazione, contiene controlli che consentono il display / la modifica delle colonne nel ListItem.
Pagine SharePoint da un punto di vista dell'utente finale
Impostazioni Pagine= Pagine applicative
Pagine in cui possono modificare alcune impostazioni, ma non hanno alcun controllo di ciò che è sulla pagina
Web Parte pagine
Il tipo standard di pagina in un sito che è iniziato come sito vuoto. Consente all'utente finale di mettere le parti Web in zona diversa, il che li rende ideali per la costruzione dell'applicazione "mashup", ma difficile da creare contenuti ordinari in.
pagine wiki
Il tipo standard di pagine in siti di collaborazione. Consente la modifica molto semplice del contenuto e del mix-in delle parti Web quando necessario. Molto buono per contenuti non strutturati.
Publishing Pages
Il tipo standard di pagine nei siti di pubblicazione. La struttura del contenuto è molto controllata dai layout della pagina, in genere uso molto limitato delle parti web. Molto buono per far sembrare il sito coerente.
Le pagine dell'applicazione sono pagine memorizzate in una cartella sottostante {SharePointRoot}\Template\Layouts a cui sono accessibili tramite una directory virtuale _layouts che è presente sotto tutti i siti di SharePoint. Si comportano come pagine ASP.NET completamente ordinarie tranne che sanno quale sito di SharePoint è accessibile come parte di. Dovrebbero essere / sono utilizzati per le cose che dovrebbero essere disponibili su tutti i siti come diversi tipi di impostazioni.
Pagine master
Le pagine master sono solo le normali pagine master ASP.NET che possono essere utilizzate per controllare la parte dell'HTML che è comune a tutte le pagine in una raccolta del sito, come il layout generale e la navigazione. I contenenti contenuti sono quindi sostituiti dal contenuto dei controlli dei contenuti sulle singole pagine.
Pagine del sito
Le pagine del sito sono un tipo molto speciale di pagine. Sono (almeno inizialmente) solitamente memorizzati nella cartella per la funzionalità corrispondente / definizione del sito. Diventano disponibili attraverso un elemento <Module> in una funzionalità / definizione del sito o sebbene codice come "Aggiungi pagina", che quando la funzione è attivata (o la definizione del sito provisionata) (o il codice esegue il provisioning) creerà un record nel database dei contenuti per il sito che collega un URL al file nel file system.
A questo punto la pagina del sito è non abitistica (o fantasma (vecchia terminologia)). Ma usando SharePoint Designer, il modello o il browser dell'oggetto L'utente finale può modificare il contenuto della pagina per un URL specifico (in un sito specifico). La pagina modificata viene quindi memorizzata nel database dei contenuti ed è ora personalizzato (o non ha sgradito) e ha alcune limitazioni dovute alla sicurezza (impossibile contenere il codice lato server in Markup, può solo ereditare da classi di base sicure e possono contenere solo controlli che sono Sicuro).
Le pagine del sito sono le pagine che normalmente consentiremo agli utenti finali. Arrivano in una serie di varianti:
Pure Pagine del sito
(My proprio termine) Pagine standard ASP.NET in cui lo sviluppatore controlla cosa c'è sulla pagina. Molto non comune.
Web Part pagine
Pagine ereditari da Microsoft.SharePoint.WebPartPages.WebPartPage contenenti un numero di WebPartzones in cui l'utente sviluppatore / fine può aggiungere le parti Web per controllare ciò che la pagina mostra / può fare. Nelle versioni precedenti di SharePoint molto comune e molto potente.
Pagine Wiki
Il nuovo modo di creare pagine di contenuto. Molto simile alle pagine web part-part, ma invece di avere più zone web online di solito ne hanno solo uno che è nascosto. Ha quindi un campo wiki che può essere facilmente modificato e può contenere markup che farà che le parti web dalla zona nascosta appaia in linea nel contenuto (comevs)
Può essere combinato con più webpartzones per consentire più controllo del posizionamento delle parti Web.
Publishing Pagine / Layout di pagina
Dai pagine di pubblicazione di un punto di vista dello sviluppatore non sono realmente pagine, ma ListItems che è legata a un layout di pagina. Il layout della pagina d'altra parte è quasi quello che chiamo pagine di puro sito, ma possono essere visualizzate solo da una corrispondente pagina di pagina di pubblicazione, contiene controlli che consentono il display / la modifica delle colonne nel ListItem.
Pagine SharePoint da un punto di vista dell'utente finale
Impostazioni Pagine= Pagine applicative
Pagine in cui possono modificare alcune impostazioni, ma non hanno alcun controllo di ciò che è sulla pagina
Web Parte pagine
Il tipo standard di pagina in un sito che è iniziato come sito vuoto. Consente all'utente finale di mettere le parti Web in zona diversa, il che li rende ideali per la costruzione dell'applicazione "mashup", ma difficile da creare contenuti ordinari in.
pagine wiki
Il tipo standard di pagine in siti di collaborazione. Consente la modifica molto semplice del contenuto e del mix-in delle parti Web quando necessario. Molto buono per contenuti non strutturati.
Publishing Pages
Il tipo standard di pagine nei siti di pubblicazione. La struttura del contenuto è molto controllata dai layout della pagina, in genere uso molto limitato delle parti web. Molto buono per far sembrare il sito coerente.
Le pagine del sito sono un tipo molto speciale di pagine. Sono (almeno inizialmente) solitamente memorizzati nella cartella per la funzionalità corrispondente / definizione del sito. Diventano disponibili attraverso un elemento <Module> in una funzionalità / definizione del sito o sebbene codice come "Aggiungi pagina", che quando la funzione è attivata (o la definizione del sito provisionata) (o il codice esegue il provisioning) creerà un record nel database dei contenuti per il sito che collega un URL al file nel file system.
A questo punto la pagina del sito è non abitistica (o fantasma (vecchia terminologia)). Ma usando SharePoint Designer, il modello o il browser dell'oggetto L'utente finale può modificare il contenuto della pagina per un URL specifico (in un sito specifico). La pagina modificata viene quindi memorizzata nel database dei contenuti ed è ora personalizzato (o non ha sgradito) e ha alcune limitazioni dovute alla sicurezza (impossibile contenere il codice lato server in Markup, può solo ereditare da classi di base sicure e possono contenere solo controlli che sono Sicuro).
Le pagine del sito sono le pagine che normalmente consentiremo agli utenti finali. Arrivano in una serie di varianti:
Pure Pagine del sito
(My proprio termine) Pagine standard ASP.NET in cui lo sviluppatore controlla cosa c'è sulla pagina. Molto non comune.
Web Part pagine
Pagine ereditari da Microsoft.SharePoint.WebPartPages.WebPartPage contenenti un numero di WebPartzones in cui l'utente sviluppatore / fine può aggiungere le parti Web per controllare ciò che la pagina mostra / può fare. Nelle versioni precedenti di SharePoint molto comune e molto potente.
Pagine Wiki
Il nuovo modo di creare pagine di contenuto. Molto simile alle pagine web part-part, ma invece di avere più zone web online di solito ne hanno solo uno che è nascosto. Ha quindi un campo wiki che può essere facilmente modificato e può contenere markup che farà che le parti web dalla zona nascosta appaia in linea nel contenuto (comevs)
Può essere combinato con più webpartzones per consentire più controllo del posizionamento delle parti Web.
Publishing Pagine / Layout di pagina
Dai pagine di pubblicazione di un punto di vista dello sviluppatore non sono realmente pagine, ma ListItems che è legata a un layout di pagina. Il layout della pagina d'altra parte è quasi quello che chiamo pagine di puro sito, ma possono essere visualizzate solo da una corrispondente pagina di pagina di pubblicazione, contiene controlli che consentono il display / la modifica delle colonne nel ListItem.
Pagine SharePoint da un punto di vista dell'utente finale
Impostazioni Pagine= Pagine applicative
Pagine in cui possono modificare alcune impostazioni, ma non hanno alcun controllo di ciò che è sulla pagina
Web Parte pagine
Il tipo standard di pagina in un sito che è iniziato come sito vuoto. Consente all'utente finale di mettere le parti Web in zona diversa, il che li rende ideali per la costruzione dell'applicazione "mashup", ma difficile da creare contenuti ordinari in.
pagine wiki
Il tipo standard di pagine in siti di collaborazione. Consente la modifica molto semplice del contenuto e del mix-in delle parti Web quando necessario. Molto buono per contenuti non strutturati.
Publishing Pages
Il tipo standard di pagine nei siti di pubblicazione. La struttura del contenuto è molto controllata dai layout della pagina, in genere uso molto limitato delle parti web. Molto buono per far sembrare il sito coerente.
Pagine ereditari da Microsoft.SharePoint.WebPartPages.WebPartPage contenenti un numero di WebPartzones in cui l'utente sviluppatore / fine può aggiungere le parti Web per controllare ciò che la pagina mostra / può fare. Nelle versioni precedenti di SharePoint molto comune e molto potente.
Pagine Wiki
Il nuovo modo di creare pagine di contenuto. Molto simile alle pagine web part-part, ma invece di avere più zone web online di solito ne hanno solo uno che è nascosto. Ha quindi un campo wiki che può essere facilmente modificato e può contenere markup che farà che le parti web dalla zona nascosta appaia in linea nel contenuto (comevs)
Può essere combinato con più webpartzones per consentire più controllo del posizionamento delle parti Web.
Publishing Pagine / Layout di pagina
Dai pagine di pubblicazione di un punto di vista dello sviluppatore non sono realmente pagine, ma ListItems che è legata a un layout di pagina. Il layout della pagina d'altra parte è quasi quello che chiamo pagine di puro sito, ma possono essere visualizzate solo da una corrispondente pagina di pagina di pubblicazione, contiene controlli che consentono il display / la modifica delle colonne nel ListItem.
Pagine SharePoint da un punto di vista dell'utente finale
Impostazioni Pagine= Pagine applicative
Pagine in cui possono modificare alcune impostazioni, ma non hanno alcun controllo di ciò che è sulla pagina
Web Parte pagine
Il tipo standard di pagina in un sito che è iniziato come sito vuoto. Consente all'utente finale di mettere le parti Web in zona diversa, il che li rende ideali per la costruzione dell'applicazione "mashup", ma difficile da creare contenuti ordinari in.
pagine wiki
Il tipo standard di pagine in siti di collaborazione. Consente la modifica molto semplice del contenuto e del mix-in delle parti Web quando necessario. Molto buono per contenuti non strutturati.
Publishing Pages
Il tipo standard di pagine nei siti di pubblicazione. La struttura del contenuto è molto controllata dai layout della pagina, in genere uso molto limitato delle parti web. Molto buono per far sembrare il sito coerente.
Dai pagine di pubblicazione di un punto di vista dello sviluppatore non sono realmente pagine, ma ListItems che è legata a un layout di pagina. Il layout della pagina d'altra parte è quasi quello che chiamo pagine di puro sito, ma possono essere visualizzate solo da una corrispondente pagina di pagina di pubblicazione, contiene controlli che consentono il display / la modifica delle colonne nel ListItem.
Pagine SharePoint da un punto di vista dell'utente finale
Impostazioni Pagine= Pagine applicative
Pagine in cui possono modificare alcune impostazioni, ma non hanno alcun controllo di ciò che è sulla pagina
Web Parte pagine
Il tipo standard di pagina in un sito che è iniziato come sito vuoto. Consente all'utente finale di mettere le parti Web in zona diversa, il che li rende ideali per la costruzione dell'applicazione "mashup", ma difficile da creare contenuti ordinari in.
pagine wiki
Il tipo standard di pagine in siti di collaborazione. Consente la modifica molto semplice del contenuto e del mix-in delle parti Web quando necessario. Molto buono per contenuti non strutturati.
Publishing Pages
Il tipo standard di pagine nei siti di pubblicazione. La struttura del contenuto è molto controllata dai layout della pagina, in genere uso molto limitato delle parti web. Molto buono per far sembrare il sito coerente.
Pagine in cui possono modificare alcune impostazioni, ma non hanno alcun controllo di ciò che è sulla pagina
Web Parte pagine
Il tipo standard di pagina in un sito che è iniziato come sito vuoto. Consente all'utente finale di mettere le parti Web in zona diversa, il che li rende ideali per la costruzione dell'applicazione "mashup", ma difficile da creare contenuti ordinari in.
pagine wiki
Il tipo standard di pagine in siti di collaborazione. Consente la modifica molto semplice del contenuto e del mix-in delle parti Web quando necessario. Molto buono per contenuti non strutturati.
Publishing Pages
Il tipo standard di pagine nei siti di pubblicazione. La struttura del contenuto è molto controllata dai layout della pagina, in genere uso molto limitato delle parti web. Molto buono per far sembrare il sito coerente.
Il tipo standard di pagine in siti di collaborazione. Consente la modifica molto semplice del contenuto e del mix-in delle parti Web quando necessario. Molto buono per contenuti non strutturati.
Publishing Pages
Il tipo standard di pagine nei siti di pubblicazione. La struttura del contenuto è molto controllata dai layout della pagina, in genere uso molto limitato delle parti web. Molto buono per far sembrare il sito coerente.
Altri suggerimenti
Wiki Page è come pagine di wikipedia. Consentiamo all'utente di modificare le pagine.
Pagina dell'applicazione è la pagina che possiamo utilizzare la stessa pagina in diverse raccolte di siti o siti Web. Supponiamo se vogliamo mostrare una pagina di errore personalizzata con un'interfaccia ben progettata in ciascuna della nostra raccolta del nostro sito, possiamo creare una pagina dell'applicazione e fornire l'URL di reindirizzamento a quella pagina dell'applicazione. La pagina dell'applicazione non può essere modificata dall'utente. Dovremmo modificare con Visual Studio. La conoscenza della programmazione richiede di modificare.
WebPart Page non è altro che il dove possiamo aggiungere WebParts a una pagina. Non possiamo aggiungere WebParts tranne questa pagina WebPart. Si prenderà cura internamente come il webpart dovrebbe rendere in una pagina ecc.
Pagina di pubblicazione Le pagine di pubblicazione sono disponibili solo nei siti di pubblicazione. Nelle pubblicazioni di siti, autori e approver utilizzano la funzione di pubblicazione per creare contenuti e quindi renderlo disponibile per i visitatori del sito. Di solito, un sito di pubblicazione ha un flusso di lavoro di approvazione abilitato, quindi il contenuto è rivisto e approvato prima di essere pubblicato.
Vedere questo link Puoi trovare questo link su Googlo.
Ecco alcune diverse differenze che ho riscontrato quando si lavora con entrambe le pagine Wiki e pagine Web, da un punto di vista più pratico:
pagine wiki
.
- può posizionare le parti Web in linea con il testo e trascinarle liberamente e liberarli ovunque, incluso, ad esempio, all'interno delle cellule di una tabella HTML, fornendo un mezzo per layout molto preciso.
- può scegliere tra 8 "layout di testo", che differiscono principalmente in numero di colonne e presenza o assenza di intestazione e piè di pagina.
- può modificare il layout di testo di una pagina esistente in qualsiasi momento. Quando si modifica il layout del testo su una pagina che ha già contento in una regione che non è inclusa nel nuovo layout selezionato, SharePoint sposterà quel contenuto all'inizio o alla fine di un'altra regione; Quando il layout cambia le regioni, saranno sempre vuote.
- Se il versioning è abilitato nella libreria Pagina, verrà creata una nuova versione ogni volta che la pagina viene salvata.
- Aggiunta di contenuti di testo ricchi sulla pagina è semplicemente una questione di clic e digitando.
- È possibile accidentalmente apportare modifiche che interrompono parzialmente o completamente il layout delle parti Web inserite nella pagina. Questo è fondamentalmente perché ogni parte web inserita in una pagina wiki è rappresentata da una coppia di div avvolti all'interno di un altro div, e talvolta quando si fa clic su un punto che si desidera aggiungere testo alla pagina, o quando si trascina e rilascia una web part, Il punto di inserzione SharePoint decide che pensa che tu volessi possa finire all'interno di un div esterno di una web part. Una volta che ciò accade, potresti avere problemi a ottenere il menu "Modifica web part" su quella parte web, o a volte su tutte le parti Web sulla pagina.
- in SP2010 (non so se è stato risolto in SP2013), dopo aver posizionato una web part di accesso Web di Excel su una pagina Wiki e salvando la pagina, facendo successivamente facendo clic su "Modifica pagina" si blocca indefinitamente su "Caricamento. . ", che può essere risolto solo chiudendo quella parte web tramite la visualizzazione della manutenzione della web part.
pagine web> / h2>
.
- può posizionare le parti Web in zone web part-part e modificare il loro ordine relativo all'interno di quelle zone, ma non può facilmente apportare regolazioni più precise al loro posizionamento.
- può scegliere tra 8 "modelli di layout" durante la creazione della pagina, la maggior parte dei quali è un po 'più complessa rispetto ai layout del testo della pagina Wiki. Nella maggior parte dei casi, le parti Web sono limitate allo stacking verticale all'interno di una zona, ma alcuni layout hanno una zona con allineamento orizzontale. Esempio:
- Impossibile modificare il modello di layout una volta creata la pagina.
.
- (per questo motivo, di solito scelgo uno dei layout più "complessi" durante la creazione di una pagina Web parte; tutte le zone con zero web parti saranno crollate su alcuni pixel di spazi bianchi fino a quando / a meno che non aggiungano qualcosa a loro più tardi.)
- Le versioni non vengono create quando si modifica il contenuto della pagina. (Nota: c'è un tipo di cambiamento che creerà una versione, ma non so cosa sia. Non è niente che comunemente faccio però; una pagina web parte che ho modificato molte volte ha esattamente due versioni. )
- Per aggiungere il contenuto di testo ricco alla pagina, deve aggiungere una web part di editor di contenuti (CEWP) a una delle zone web part. Non può posizionare una parte web all'interno del cewp.
- potrebbe essere più facile da aggiornare a livello di programmazione, poiché ogni web parte ha le proprietà "ZONA" e "INDICE" Integer che definiscono le loro posizioni nel layout - nelle pagine Wiki è solo una zona e l'indice è irrilevante perché le parti Web sono in linea con il testo wiki.
pagine web> / h2>
.
- può posizionare le parti Web in zone web part-part e modificare il loro ordine relativo all'interno di quelle zone, ma non può facilmente apportare regolazioni più precise al loro posizionamento.
- può scegliere tra 8 "modelli di layout" durante la creazione della pagina, la maggior parte dei quali è un po 'più complessa rispetto ai layout del testo della pagina Wiki. Nella maggior parte dei casi, le parti Web sono limitate allo stacking verticale all'interno di una zona, ma alcuni layout hanno una zona con allineamento orizzontale. Esempio:
- Impossibile modificare il modello di layout una volta creata la pagina.
.
- (per questo motivo, di solito scelgo uno dei layout più "complessi" durante la creazione di una pagina Web parte; tutte le zone con zero web parti saranno crollate su alcuni pixel di spazi bianchi fino a quando / a meno che non aggiungano qualcosa a loro più tardi.)
- Le versioni non vengono create quando si modifica il contenuto della pagina. (Nota: c'è un tipo di cambiamento che creerà una versione, ma non so cosa sia. Non è niente che comunemente faccio però; una pagina web parte che ho modificato molte volte ha esattamente due versioni. )
- Per aggiungere il contenuto di testo ricco alla pagina, deve aggiungere una web part di editor di contenuti (CEWP) a una delle zone web part. Non può posizionare una parte web all'interno del cewp.
- potrebbe essere più facile da aggiornare a livello di programmazione, poiché ogni web parte ha le proprietà "ZONA" e "INDICE" Integer che definiscono le loro posizioni nel layout - nelle pagine Wiki è solo una zona e l'indice è irrilevante perché le parti Web sono in linea con il testo wiki.
- .
- (per questo motivo, di solito scelgo uno dei layout più "complessi" durante la creazione di una pagina Web parte; tutte le zone con zero web parti saranno crollate su alcuni pixel di spazi bianchi fino a quando / a meno che non aggiungano qualcosa a loro più tardi.)
- Le versioni non vengono create quando si modifica il contenuto della pagina. (Nota: c'è un tipo di cambiamento che creerà una versione, ma non so cosa sia. Non è niente che comunemente faccio però; una pagina web parte che ho modificato molte volte ha esattamente due versioni. )
- Per aggiungere il contenuto di testo ricco alla pagina, deve aggiungere una web part di editor di contenuti (CEWP) a una delle zone web part. Non può posizionare una parte web all'interno del cewp.
- potrebbe essere più facile da aggiornare a livello di programmazione, poiché ogni web parte ha le proprietà "ZONA" e "INDICE" Integer che definiscono le loro posizioni nel layout - nelle pagine Wiki è solo una zona e l'indice è irrilevante perché le parti Web sono in linea con il testo wiki.
La serie video Pagine di SharePoint I: Un'introduzione sul sito Web di Microsoft Office descrive le differenze tra le pagine Wiki, le pagine Web e le pagine dell'applicazione dal punto di vista di un utente di business.Nota: le pagine dell'applicazione sono indicate come pagine di sistema nella serie video.
Per riassumere la serie video:
Le pagine dell'applicazione forniscono strumenti per lavorare con il sito di SharePoint, ma un utente aziendale non può modificare una pagina dell'applicazione.Quando si guarda l'URL, tutte le pagine dell'applicazione risiedono in / _Layouts / cartella.
Un utente aziendale può modificare wiki e pagine web part-part.Le pagine Wiki sono più nuove e più facili da modificare;Le pagine delle pagine Web sono più antiche e più difficili da modificare.
