Différence entre la page wiki, la page d'application, la page de composants WebPart et la page de publication

Question

Il existe de nombreux endroits dans les forums et blogs Msdn Sharepoint où ces termes sont utilisés et je suis confus entre eux.Quelqu'un peut-il clarifier ?

Answer 1

Laissez-moi voir si je peux expliquer les pages dans SharePoint sans vous rendre encore plus confus.

La différence entre les différents types de pages dépend beaucoup de votre point de vue en tant que développeur ou en tant qu'utilisateur final.Comme vous faites référence à MSDN, je vais commencer par la vue développeur.

Pages SharePoint du point de vue du développeur

Du point de vue du développeur, il existe trois principaux types de pages dans SharePoint :Pages d'application, pages maîtres et pages de site

Pages de candidature

Les pages de candidature sont des pages stockées dans un dossier ci-dessous {SharePointRoot}\Template\Layouts ils sont accessibles via un répertoire virtuel _layouts qui est présent sous tous les sites SharePoint.Elles se comportent comme des pages ASP.NET tout à fait ordinaires, sauf qu'elles savent à quel site SharePoint elles sont accessibles.Ils devraient être/sont utilisés pour des éléments qui devraient être disponibles sur tous les sites, comme différents types de paramètres.

Pages maîtres

Les pages maîtres ne sont que des pages maîtres ASP.NET ordinaires qui peuvent être utilisées pour contrôler la partie du code HTML commune à toutes les pages d'une collection de sites, comme la mise en page générale et la navigation.Ils contiennent des ContentPlaceHolders qui sont ensuite remplacés par le contenu des contrôles de contenu sur les pages individuelles.

Pages du site

Les pages de site sont un type de pages très spécial.Ils sont (au moins initialement) généralement stockés dans le dossier de la définition de fonctionnalité/site correspondante.Ils deviennent disponibles via un <Module> élément dans une définition de fonctionnalité/site ou via un code comme "ajouter une page", qui, lorsque la fonctionnalité est activée (ou la définition de site fournie) (ou le code s'exécute), créera un enregistrement dans la base de données de contenu pour le site reliant une URL à le fichier dans le système de fichiers.
À ce stade, la page du site n'est pas personnalisée (ou fantôme (ancienne terminologie)).Mais en utilisant SharePoint Designer, le modèle objet ou le navigateur, l'utilisateur final peut modifier le contenu de la page pour une URL spécifique (dans un site spécifique).La page modifiée est ensuite stockée dans la base de données de contenu et est désormais personnalisée (ou non fantôme) et présente certaines limitations dues à la sécurité (ne peut pas contenir de code côté serveur dans le balisage, ne peut hériter que de classes de base sécurisées et ne peut contenir que des contrôles qui sont sûr).

Les pages du site sont les pages que vous laisserez normalement utiliser les utilisateurs finaux.Ils se déclinent en plusieurs variantes :

Pages de sites purs

(Mon propre terme) Pages ASP.NET standard dans lesquelles le développeur contrôle le contenu de la page.Très rare.

Pages de composants WebPart

Pages héritant de Microsoft.SharePoint.WebPartPages.WebPartPage contenant un certain nombre de WebPartZones où le développeur/utilisateur final peut ajouter des composants WebPart pour contrôler ce que la page affiche/peut faire.Dans les versions précédentes de SharePoint, très courant et très puissant.

Pages wiki

La nouvelle façon de créer des pages de contenu.Très similaire aux pages de composants WebPart, mais au lieu d'avoir plusieurs zones de composants WebPart, elles n'en ont généralement qu'une seule qui est masquée.Il dispose ensuite d'un champ Wiki qui peut facilement être modifié et peut contenir un balisage qui fera apparaître les composants WebPart de la zone cachée en ligne dans le contenu (en tant que divs).

Il peut être combiné avec plusieurs WebPartZones pour permettre un meilleur contrôle du placement des composants WebPart.

Pages de publication/Mise en page

Du point de vue du développeur, la publication de pages n'est pas vraiment des pages, mais des éléments de liste liés à une mise en page.La mise en page, en revanche, est presque ce que j'appelle des pages de site pures, mais ne peut être affichée que par un élément de liste de page de publication correspondant, elles contiennent des contrôles qui permettent l'affichage/la modification des colonnes dans l'élément de liste.

Pages SharePoint du point de vue de l'utilisateur final

Pages de paramètres = Pages d'application

Pages sur lesquelles ils peuvent modifier certains paramètres, mais n'ont aucun contrôle sur le contenu de la page

Pages de composants WebPart

Le type de page standard dans un site qui a commencé comme un site vierge.Permet à l'utilisateur final de placer des composants WebPart dans différentes zones, ce qui les rend idéaux pour créer une application "mashup", mais difficile pour créer du contenu ordinaire.

Pages wiki

Le type de pages standard dans les sites de collaboration.Permet une édition très simple du contenu et le mélange de composants WebPart en cas de besoin.Très bon pour le contenu non structuré.

Publication de pages

Le type standard de pages dans les sites de publication.La structure du contenu est fortement contrôlée par les mises en page, avec une utilisation généralement très limitée des composants WebPart.Très bien pour rendre le site cohérent.

Answer 2

page wiki est comme des pages Wikipedia. Nous permettons à l'utilisateur de modifier les pages.

page d'application est la page que nous pouvons utiliser la même page dans différentes collections de site ou sites Web. Supposons que nous souhaitions montrer une page d'erreur personnalisée avec une interface joliment conçue dans chacune de notre collection de sites, nous pouvons créer une page d'application et donner l'URL de redirection à cette page d'application. La page d'application ne peut pas être modifiée par l'utilisateur. Nous devrions éditer avec Visual Studio. Les connaissances de programmation doivent être modifiées.

page WebPart n'est que l'endroit où nous pouvons ajouter des webparts à une page. Nous ne pouvons pas ajouter de webparts sauf cette page WebPart. Il veillera à l'intérieur de la manière dont la webpart devrait rendre dans une page, etc.

Page d'édition Les pages de publication sont disponibles uniquement dans les sites de publication. Dans les sites de publication, les auteurs et les approbateurs utilisent la fonctionnalité de publication pour créer du contenu, puis la rendre disponible pour les visiteurs de site. Habituellement, un site de publication dispose d'un flux de travail d'approbation activé. Le contenu est donc examiné et approuvé avant d'être publié.

Voir ceci link Vous pouvez trouver ce lien par Googling.

Answer 3

Voici quelques différences supplémentaires que j'ai rencontrées en travaillant à la fois avec des pages Wiki et des pages WebPart, d'un point de vue plus pratique :

Pages Wiki

• Peut placer des composants WebPart en ligne avec le texte et les glisser-déposer librement n'importe où, y compris, par exemple, dans les cellules d'un tableau HTML, offrant ainsi un moyen d'obtenir une mise en page très précise.
• Possibilité de choisir parmi 8 "Mise en page de texte", qui diffèrent principalement par le nombre de colonnes et la présence ou l'absence d'en-tête et de pied de page.
• Peut modifier la disposition du texte d'une page existante à tout moment.Lorsque vous modifiez la disposition du texte sur une page dont le contenu se trouve déjà dans une région qui n'est pas incluse dans la nouvelle disposition que vous sélectionnez, SharePoint déplace ce contenu au début ou à la fin d'une autre région ;lorsque la disposition change, ajoutez des régions, elles seront toujours vides.
• Si le contrôle de version est activé dans la bibliothèque de pages, une nouvelle version sera créée à chaque fois que la page est enregistrée.
• L'ajout de contenu en texte enrichi à la page consiste simplement à cliquer et à taper.
• Il est possible d'apporter accidentellement des modifications qui interrompent partiellement ou complètement la disposition des composants WebPart placés dans la page.Cela est essentiellement dû au fait que chaque composant WebPart placé dans une page wiki est représenté par une paire de divs enveloppés dans un autre div, et parfois, lorsque vous cliquez à un endroit où vous souhaitez ajouter du texte à la page, ou lorsque vous faites glisser et déposez un composant WebPart, le point d'insertion SharePoint décide qu'il pense que vous vouliez se retrouver dans le div externe d'un composant WebPart.Une fois que cela se produit, vous pourriez avoir du mal à accéder au menu « Modifier le composant WebPart » sur ce composant WebPart, ou parfois sur tous les composants WebPart de la page.
• Dans SP2010 (je ne sais pas si cela a été corrigé dans SP2013), après avoir placé un composant WebPart Excel Web Access sur une page wiki et enregistré la page, cliquer ensuite sur "Modifier la page" restera bloqué indéfiniment sur "Chargement...", qui ne peut être résolu qu'en fermant ce composant WebPart via la vue de maintenance du composant WebPart.

Pages de composants WebPart

• Peut placer des composants WebPart dans des zones de composants WebPart et modifier leur ordre relatif dans ces zones, mais ne peut pas facilement effectuer des ajustements plus précis de leur positionnement.
• Peut choisir parmi 8 "Modèles de mise en page" lors de la création de la page, dont la plupart sont un peu plus complexes que les mises en page de texte de la page Wiki.Dans la plupart des cas, les composants WebPart sont limités à un empilement vertical au sein d'une zone, mais quelques mises en page comportent une zone avec un alignement horizontal.Exemple:
• Impossible de modifier le modèle de mise en page une fois la page créée.
  • (Pour cette raison, je choisis généralement l'une des mises en page les plus « complexes » lors de la création d'une page de composants WebPart ;toutes les zones sans composants WebPart seront réduites à quelques pixels d'espace jusqu'à ce que/sauf si j'y ajoute quelque chose plus tard.)
• Les versions ne sont pas créées lors de la modification du contenu de la page.(Note:il existe un type de changement qui va créer une version, mais je ne sais pas ce que c'est.Ce n'est pas quelque chose que je fais habituellement ;une page de composant WebPart que j'ai modifiée plusieurs fois comporte exactement deux versions.)
• Pour ajouter du contenu de texte enrichi à la page, vous devez ajouter un composant WebPart Editeur de contenu (CEWP) à l'une des zones de composants WebPart.Impossible de placer un composant WebPart à l’intérieur du CEWP.
• Peut être plus facile à mettre à jour par programme, puisque chaque composant WebPart possède les propriétés entières "Zone" et "Index" qui définissent leurs positions dans la mise en page - dans les pages Wiki, il n'y a qu'une seule zone et l'index n'est pas pertinent car les composants WebPart sont en ligne avec le texte wiki.

Answer 4

la série vidéo SharePoint Pages I: Une introduction sur le site Web de Microsoft Office décrit les différences entre les pages Wiki, les pages de la bande Web et les pages d'application du point de vue d'un utilisateur d'entreprise.Remarque: Les pages d'application sont appelées pages système dans la série vidéo.

Résumez la série vidéo:

Les pages d'application fournissent des outils pour travailler avec le site SharePoint, mais un utilisateur d'entreprise ne peut pas modifier une page d'application.Lorsque vous regardez l'URL, toutes les pages d'application résident dans / _Layouts / dossier.

Un utilisateur d'entreprise peut éditer des pages Wiki et Web Part.Les pages Wiki sont plus récentes et plus faciles à modifier;Les pages Part Web sont plus anciennes et plus difficiles à modifier.