Unterschied zwischen Wiki-Seite, Anwendungsseite, Webpart-Seite und Veröffentlichungsseite
https://sharepoint.stackexchange.com//questions/50232
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Es gibt viele Stellen in MSDN-Sharepoint-Foren und -Blogs, an denen diese Begriffe verwendet werden, und ich bin zwischen ihnen verwirrt.Kann jemand das klären?
Lösung
Lassen Sie mich sehen, ob ich Seiten in SharePoint erklären kann, ohne Sie noch mehr zu verwirren.
Der Unterschied zwischen den verschiedenen Seitentypen hängt stark davon ab, ob Sie die Seite als Entwickler oder als Endbenutzer betrachten.Da Sie sich auf MSDN beziehen, beginne ich mit der Entwickleransicht.
SharePoint Pages aus Entwicklersicht
Aus Entwicklersicht gibt es in SharePoint drei Hauptarten von Seiten:Anwendungsseiten, Masterseiten und Site-Seiten
Anwendungsseiten
Anwendungsseiten sind Seiten, die in einem Ordner darunter gespeichert sind {SharePointRoot}\Template\Layouts Der Zugriff erfolgt über ein virtuelles Verzeichnis _layouts die unter allen SharePoint-Websites vorhanden ist.Sie verhalten sich wie völlig normale ASP.NET-Seiten, außer dass sie wissen, auf welche SharePoint-Website sie zugreifen.Sie sollten für Dinge verwendet werden/werden, die auf allen Websites verfügbar sein sollten, wie z. B. verschiedene Arten von Einstellungen.
Masterseiten
Bei Masterseiten handelt es sich lediglich um gewöhnliche ASP.NET-Masterseiten, die zur Steuerung des Teils des HTML-Codes verwendet werden können, der allen Seiten in einer Websitesammlung gemeinsam ist, beispielsweise das Gesamtlayout und die Navigation.Sie enthalten ContentPlaceHolders, die dann durch den Inhalt der Content-Steuerelemente auf den einzelnen Seiten ersetzt werden.
Site-Seiten
Site-Seiten sind eine ganz besondere Art von Seiten.Sie werden (zumindest anfänglich) normalerweise im Ordner für die entsprechende Feature-/Site-Definition gespeichert.Sie werden verfügbar durch a <Module> Element in einer Feature-/Site-Definition oder durch Code wie „Seite hinzufügen“, der bei Aktivierung der Funktion (oder Bereitstellung der Site-Definition) (oder Ausführung des Codes) einen Datensatz in der Inhaltsdatenbank für die Site erstellt, auf die eine URL verlinkt die Datei im Dateisystem.
Zu diesem Zeitpunkt ist die Site-Seite nicht angepasst (oder gespenstisch (alte Terminologie)).Mit SharePoint Designer, dem Objektmodell oder dem Browser kann der Endbenutzer jedoch den Inhalt der Seite für eine bestimmte URL (auf einer bestimmten Website) ändern.Die geänderte Seite wird dann in der Inhaltsdatenbank gespeichert und ist nun angepasst (oder nicht gehostet) und weist aus Sicherheitsgründen einige Einschränkungen auf (kann keinen serverseitigen Code im Markup enthalten, darf nur von sicheren Basisklassen erben und darf nur Steuerelemente enthalten, die es sind). sicher).
Site-Seiten sind die Seiten, die Sie normalerweise den Endbenutzern zur Verfügung stellen.Es gibt sie in verschiedenen Variationen:
Reine Site-Seiten
(Mein eigener Begriff) Standard-ASP.NET-Seiten, bei denen der Entwickler kontrolliert, was auf der Seite steht.Sehr ungewöhnlich.
Webpartseiten
Seiten, die erben von Microsoft.SharePoint.WebPartPages.WebPartPage Enthält eine Reihe von WebPartZones, in denen der Entwickler/Endbenutzer Webparts hinzufügen kann, um zu steuern, was die Seite anzeigt/tun kann.In früheren Versionen von SharePoint sehr verbreitet und sehr leistungsstark.
Wiki-Seiten
Die neue Art, Inhaltsseiten zu erstellen.Sehr ähnlich zu Webpart-Seiten, aber statt mehrerer Webpart-Zonen gibt es normalerweise nur eine, die ausgeblendet ist.Es verfügt dann über ein Wiki-Feld, das leicht bearbeitet werden kann und Markup enthalten kann, das die Webparts aus der verborgenen Zone inline im Inhalt erscheinen lässt (als Divs).
Es kann mit mehreren WebPartZones kombiniert werden, um eine bessere Kontrolle über die Platzierung von Webparts zu ermöglichen.
Veröffentlichen von Seiten/Seitenlayouts
Aus Entwicklersicht handelt es sich beim Veröffentlichen von Seiten nicht wirklich um Seiten, sondern um Listenelemente, die an ein Seitenlayout gebunden sind.Das Seitenlayout hingegen entspricht fast dem, was ich als reine Site-Seiten bezeichne, kann aber nur von einem entsprechenden Veröffentlichungsseiten-Listitem angezeigt werden; es enthält Steuerelemente, die die Anzeige/Bearbeitung der Spalten im Listitem ermöglichen.
SharePoint-Seiten aus Sicht des Endbenutzers
Einstellungsseiten = Anwendungsseiten
Seiten, auf denen sie einige Einstellungen ändern können, aber keine Kontrolle darüber haben, was auf der Seite angezeigt wird
Webpartseiten
Der Standardseitentyp einer Site, die als leere Site begann.Ermöglicht dem Endbenutzer, Webparts in verschiedenen Zonen zu platzieren, was sie ideal für die Erstellung von „Mashup“-Anwendungen macht, es aber schwierig macht, normale Inhalte darin zu erstellen.
Wiki-Seiten
Der Standardtyp von Seiten in Websites für die Zusammenarbeit.Ermöglicht eine sehr einfache Bearbeitung von Inhalten und das Einmischen von Webparts bei Bedarf.Sehr gut für unstrukturierte Inhalte.
Veröffentlichungsseiten
Der Standardtyp von Seiten in Veröffentlichungsseiten.Die Struktur des Inhalts wird weitgehend durch die Seitenlayouts gesteuert, wobei in der Regel nur sehr begrenzte Webparts zum Einsatz kommen.Sehr gut, um der Website ein einheitliches Erscheinungsbild zu verleihen.
Andere Tipps
wiki-Seite ist wie Wikipedia-Seiten. Wir erlauben dem Benutzer, die Seiten zu bearbeiten.
Anwendungsseite ist die Seite, mit der wir dieselbe Seite in verschiedenen Site-Sammlungen oder Websites verwenden können. Angenommen, wir möchten benutzerdefinierte Fehlerseite mit schön gestalteter Schnittstelle in jeder unserer Site-Sammlung anzeigen, dann können wir eine Anwendungsseite erstellen und der Umleitungs-URL dieser Anwendungsseite angeben. Die Anwendungsseite kann nicht vom Benutzer bearbeitet werden. Wir sollten mit Visual Studio bearbeiten. Programmierkenntnisse müssen bearbeitet werden.
webPart-Seite ist nur das, wo wir WebParts auf einer Seite hinzufügen können. Wir können WebParts außer dieser WebPart-Seite nicht hinzufügen. Es kümmert sich intern auf das, wie das WebPart auf einer Seite usw. rendern soll.
publishing page Publishing-Seiten sind nur in den Veröffentlichungsstandorten verfügbar. Verwenden Sie bei Veröffentlichungsstandorten, Autoren und Genehmigungen die Veröffentlichungsfunktion, um Inhalte zu erstellen, und erstellen Sie sie dann für Site-Besucher. In der Regel hat ein Veröffentlichungsstandort einen Genehmigungsworkflow aktiviert, sodass der Inhalt vor dem Veröffentlichung überprüft und genehmigt wird.
Sehen Sie dies Link Sie finden diesen Link von Googling.
Hier sind einige weitere Unterschiede, die ich bei der Arbeit mit beiden Wiki-Seiten und Web-Part-Seiten, von einem praktischeren Standpunkt:
Wiki-Seiten
- kann Webteile inline mit Text platzieren und frei ziehen und tropfen sie überall, einschließlich beispielsweise in Zellen einer HTML-Tabelle, die ein Mittel für ein sehr präzises Layout bereitstellen.
- kann aus 8 "Textlayouts wählen, die sich hauptsächlich in der Anzahl der Spalten und Anwesenheit oder Abwesenheit von Kopf- und Fußzeilen unterscheiden.
- kann das Textlayout einer vorhandenen Seite jederzeit ändern. Beim Ändern des Textlayouts auf einer Seite, die bereits Inhalte in einer Region verfügt, die nicht in dem neuen Layout enthalten ist, das Sie auswählen, bewegt SharePoint diesen Inhalt an den Anfang oder Ende einer anderen Region; Wenn die Layoutänderungen in Regionen hinzufügen, sind sie immer leer.
- Wenn die Versionierung in der Seitenbibliothek aktiviert ist, wird eine neue Version erstellt, wenn die Seite gespeichert ist.
- Hinzufügen von Rich-Textinhalten auf der Seite ist einfach eine Frage des Klicks und Tippens.
- Es ist möglich, versehentlich Änderungen vorzunehmen, die das Layout der auf der Seite platzierten Webteile teilweise oder vollständig brechen. Dies ist im Wesentlichen, weil jeder in eine Wiki-Seite eingelegte Webparts durch ein in einem anderen Div eingewickeltes Paar von Diven dargestellt wird, und manchmal, wenn Sie auf einen Spot klicken, möchten Sie der Seite Text hinzufügen oder wenn Sie ein Web-Teil ziehen, Der Einfügungspunkt SharePoint entscheidet, dass es denkst, dass Sie den Wünschen in einem Bahnteil der äußeren DIV aufwickeln können. Sobald dies passiert, haben Sie möglicherweise Schwierigkeiten, das Menü "Web Part bearbeiten" in diesem Webpart oder manchmal auf allen Webteilen auf der Seite.
- in SP2010 (weiß nicht, ob dies in SP2013 behoben wurde), nachdem er einen Excel Web Access-Webpart auf einer Wiki-Seite einfügt und die Seite speichert, klicken Sie anschließend auf "Seite bearbeiten" auf unbestimmte Zeit auf "Laden. . ", die nur durch Schließen dieses Webenteils über die Wartungsansicht des Web-Teils gelöst werden kann.
Web-TEIL-Seiten
- kann Webteile in Web-Teilen-Zonen platzieren und ihre relative Reihenfolge in diesen Zonen ändern, können jedoch nicht leicht feinere Anpassungen an ihre Positionierung vornehmen.
- kann beim Erstellen der Seite aus 8 "Layout-Vorlagen" wählen, von denen die meisten etwas komplexer sind als die Textlayouts der Wiki-Seite. In den meisten Fällen sind Webteile auf ein vertikales Stapeln in einer Zone beschränkt, aber ein paar Layouts verfügen jedoch über eine Zone mit horizontaler Ausrichtung. Beispiel:
- kann die Layoutvorlage nicht ändern, sobald die Seite erstellt wurde.
- (Aus diesem Grund wähle ich normalerweise eines der "komplexen" Layouts, wenn er eine Web-Teilen-Seite erstellt. Alle Zonen mit Null-Webteilen werden bis zum / nur ein paar Pixel von Whitespace zusammengebrochen später.)
- -Versionen werden beim Ändern des Inhalts der Seite nicht erstellt. (HINWEIS: Es gibt eine Art von Änderungen, die eine Version erstellt, aber ich weiß nicht, was es ist. Es ist nicht alles, was ich allgemein nicht habe; Eine Web-Teilenseite, die ich oft bearbeitet habe, hat genau zwei Versionen. )
- Zum Hinzufügen von Rich-Textinhalten auf der Seite, muss ein Content-Editor-Webpart (CEWP) zu einem der Web-Teil-Zonen hinzufügen. Kann kein Webpart innerhalb des CEWP platzieren.
- kann einfacher sein, programmgesteuert zu aktualisieren, da jeder Webpart die Integer-Eigenschaften "Zone" und "Index" aufweist, die ihre Positionen im Layout definieren - in Wiki-Seiten gibt es nur eine Zone, und der Index ist wegen der Webteile unerheblich sind inline mit dem Wiki-Text.
Web-TEIL-Seiten
- kann Webteile in Web-Teilen-Zonen platzieren und ihre relative Reihenfolge in diesen Zonen ändern, können jedoch nicht leicht feinere Anpassungen an ihre Positionierung vornehmen.
- kann beim Erstellen der Seite aus 8 "Layout-Vorlagen" wählen, von denen die meisten etwas komplexer sind als die Textlayouts der Wiki-Seite. In den meisten Fällen sind Webteile auf ein vertikales Stapeln in einer Zone beschränkt, aber ein paar Layouts verfügen jedoch über eine Zone mit horizontaler Ausrichtung. Beispiel:
- kann die Layoutvorlage nicht ändern, sobald die Seite erstellt wurde.
- (Aus diesem Grund wähle ich normalerweise eines der "komplexen" Layouts, wenn er eine Web-Teilen-Seite erstellt. Alle Zonen mit Null-Webteilen werden bis zum / nur ein paar Pixel von Whitespace zusammengebrochen später.)
- -Versionen werden beim Ändern des Inhalts der Seite nicht erstellt. (HINWEIS: Es gibt eine Art von Änderungen, die eine Version erstellt, aber ich weiß nicht, was es ist. Es ist nicht alles, was ich allgemein nicht habe; Eine Web-Teilenseite, die ich oft bearbeitet habe, hat genau zwei Versionen. )
- Zum Hinzufügen von Rich-Textinhalten auf der Seite, muss ein Content-Editor-Webpart (CEWP) zu einem der Web-Teil-Zonen hinzufügen. Kann kein Webpart innerhalb des CEWP platzieren.
- kann einfacher sein, programmgesteuert zu aktualisieren, da jeder Webpart die Integer-Eigenschaften "Zone" und "Index" aufweist, die ihre Positionen im Layout definieren - in Wiki-Seiten gibt es nur eine Zone, und der Index ist wegen der Webteile unerheblich sind inline mit dem Wiki-Text.
- (Aus diesem Grund wähle ich normalerweise eines der "komplexen" Layouts, wenn er eine Web-Teilen-Seite erstellt. Alle Zonen mit Null-Webteilen werden bis zum / nur ein paar Pixel von Whitespace zusammengebrochen später.)
- -Versionen werden beim Ändern des Inhalts der Seite nicht erstellt. (HINWEIS: Es gibt eine Art von Änderungen, die eine Version erstellt, aber ich weiß nicht, was es ist. Es ist nicht alles, was ich allgemein nicht habe; Eine Web-Teilenseite, die ich oft bearbeitet habe, hat genau zwei Versionen. )
- Zum Hinzufügen von Rich-Textinhalten auf der Seite, muss ein Content-Editor-Webpart (CEWP) zu einem der Web-Teil-Zonen hinzufügen. Kann kein Webpart innerhalb des CEWP platzieren.
- kann einfacher sein, programmgesteuert zu aktualisieren, da jeder Webpart die Integer-Eigenschaften "Zone" und "Index" aufweist, die ihre Positionen im Layout definieren - in Wiki-Seiten gibt es nur eine Zone, und der Index ist wegen der Webteile unerheblich sind inline mit dem Wiki-Text.
die Videoserie SharePoint-Seiten I: Eine Einführung auf der Microsoft Office-Website beschreibt die Unterschiede zwischen Wiki-Seiten, Web-Part-Seiten und Anwendungsseiten vom Standpunkt eines Geschäftsbenutzers.Hinweis: Die Anwendungsseiten werden als Systemseiten in der Videoserie bezeichnet.
, um die Videoserie zusammenzufassen:
Anwendungsseiten liefern Tools zum Arbeiten mit der SharePoint-Site, aber ein Geschäftsbenutzer kann keine Anwendungsseite bearbeiten.Bei der Anschauen der URL befinden sich alle Anwendungsseiten in der / _LAYOUTS / -ordner.
Ein Business-Benutzer kann Wiki- und Web-Part-Seiten bearbeiten.Wiki-Seiten sind neuer und leichter zu bearbeiten;Web-Part-Seiten sind älter und schwieriger zu bearbeiten.
