Metadaten, Websitenavigation und Veröffentlichungsfunktionen in SharePoint

  • Artikel

In diesem Artikel wird erläutert, wie Sie Mithilfe des Add-In-Modells Metadaten verwalten und Websitenavigations- und Veröffentlichungswebsitefeatures in SharePoint Online anpassen. Außerdem werden Möglichkeiten zum Arbeiten mit gängigen Webprogrammiermustern und -bibliotheken erläutert, um das Branding der SharePoint-Veröffentlichungswebsite anzupassen.

Wichtige Begriffe und Konzepte

Tabelle 1. Wichtige Metadaten, Navigation und Veröffentlichungsbegriffe und -konzepte

Begriff oder Konzept Beschreibung und Anleitung
Inhaltssuche-Webpart Ein SharePoint-Webpart, das dynamische Suchinhalte auf Seiten auf eine Weise anzeigt, die Sie einfach formatieren können. Weitere Informationen finden Sie unter: Konfigurieren von Suchwebparts in SharePoint Server, Konfigurieren eines Inhaltssuche-Webparts in SharePoint, Suchfeatures in SharePoint Online
ContentTypeId Eindeutige Bezeichner von Inhaltstypen, die als rekursiv konzipiert sind. Weitere Informationen finden Sie unter ContentTypeId-Klasse (CSOM).
Inhaltstyp Eine wiederverwendbare, zentralisierte Sammlung von Metadaten (Spalten), Workflow, Verhalten und anderen Einstellungen für eine Kategorie von Informationen. Weitere Informationen finden Sie unter:- Spalten, Erstellen von Inhaltstypen, Benutzerdefinierte Informationen in Inhaltstypen
Inhaltstyphub Teil der Dienstanwendung für verwaltete Metadaten, bei der es sich um eine Hubwebsite handelt, die Inhaltstypen in anderen Websitesammlungen veröffentlicht. Ermöglicht das Veröffentlichen, erneute Veröffentlichen und Aufheben der Veröffentlichung von Inhaltstypen an einem zentralen Speicherort. Weitere Informationen finden Sie unter: Veröffentlichen eines Inhaltstyps aus einem Inhaltsveröffentlichungshub, Anzeigen von Fehlerprotokollen für die Inhaltstypveröffentlichung
Gerätekanäle Eine Methode zum Rendern von Veröffentlichungswebsiteseiten auf verschiedene Arten mithilfe verschiedener Designs, die auf mehrere Geräte ausgerichtet sind. Weitere Informationen finden Sie unter Hinzufügen eines Gerätekanalbereichsausschnitts in SharePoint.
Anzeigevorlage Anzeigevorlagen, die in Webparts verwendet werden, die Suchtechnologie verwenden, steuern das Rendern der Ergebnisse von Abfragen, die an den Suchindex vorgenommen werden. Anzeigevorlagen sind für alle Suchwebparts verfügbar. Weitere Informationen finden Sie unter Anzeigen einer Vorlagenreferenz in SharePoint Server.
Verwaltete Navigation Websitenavigation, die vom verwalteten SharePoint-Metadatendienst (Taxonomie) unterstützt wird. Verwenden Sie es, um die Websitenavigation zu erstellen, die von einer verwalteten Metadatentaxonomie abgeleitet ist. Die verwaltete Navigation funktioniert häufig am besten mit dem Produktkatalog.
Verwaltete Metadaten Eine hierarchische Sammlung zentral verwalteter Begriffe, die Sie zum Definieren und Attributieren von Elementen in SharePoint verwenden können.Sie können verwaltete Metadaten verwenden, um die Veröffentlichung von Inhaltstypen zu verwalten und Taxonomien zu erstellen. In SharePoint und SharePoint Online wird der verwaltete Metadatendienst verwendet, um eine verwaltete Navigation zu erstellen – Websitenavigation, die von Taxonomie unterstützt wird. Weitere Informationen finden Sie unter Anpassen von Navigationssteuerelementen und -anbietern in SharePoint Server 2010 (ECM),Einführung in verwaltete Metadaten, Einführung in verwaltete Metadaten in SharePoint Server 2010, Verwaltung verwalteter Metadaten (SharePoint Server 2010), Verwaltete Metadaten und Navigation in SharePoint, Verwaltete Navigation in SharePoint, Migrieren verwalteter Metadaten in SharePoint Server 2010
Navigationsnamespace Enthält CSOM-Klassen (Client Object Model), die die Websitenavigation für Veröffentlichungswebsites unterstützen.
Taxonomienamespace Enthält CSOM-Klassen, die Taxonomiefeatures unterstützen. Weitere Informationen finden Sie unter SharePoint-Add-In zum Synchronisieren von Ausdrucksgruppen.For more information, see Synchronize term groups sample SharePoint Add-in.
Anheften Ähnlich wie bei der Wiederverwendung eines Begriffs behält das Anheften eine gemeinsame Beziehung zwischen dem Quellausdruck und der Wiederverwendung instance bei. Beispielsweise kann sich die freigegebene Beziehung in einem websiteübergreifenden Veröffentlichungsszenario über Websitesammlungen erstrecken. Jedes Mal, wenn der Begriff hinzugefügt oder entfernt wird, wird diese Aktion überall dort aktualisiert, wo der Begriff angeheftet ist. Weitere Informationen finden Sie unter Verwenden von Code zum Anheften von Begriffen an Navigationsausdruckssätze in SharePoint.
Produktkatalog Weitere Informationen finden Sie unter: Websiteübergreifende Veröffentlichung in SharePoint, Konfigurieren der websiteübergreifenden Veröffentlichung in SharePoint Server
Ausschnitt Eine HTML-Funktionalität, die Sie der vom Entwurfs-Manager generierten HTML-Datei hinzufügen können. Beispielsweise möchten Sie Ihrer Veröffentlichungsseite einen Bereich Gerätekanal hinzufügen – dafür gibt es einen Codeausschnitt. Die folgenden Artikel enthalten einige Beispiele: Hinzufügen eines Ausschnitts für den Gerätekanalbereich in SharePoint, Hinzufügen eines Webpartzonenausschnitts in SharePoint, Hinzufügen eines Sicherheitskürzungsausschnitts in SharePoint
Strukturierte Navigation Informationen zur Verwendung der strukturierten Navigation finden Sie unter How to: Customize Navigation in SharePoint Server 2010 (ECM).

Voraussetzungen für die Verwendung von CSOM zum Branding von Veröffentlichungswebsites

Standardmäßig sind Webinhalte, die auf öffentlichen lokalen SharePoint-Websites veröffentlicht werden, für anonyme Benutzer verfügbar. Standardmäßig sind sowohl CSOM als auch REST für anonyme Benutzer nicht verfügbar.

Wichtig

Dieses Szenario stellt eine potenziell schwerwiegende Bedrohung für lokale SharePoint-Websites dar. Bevor Sie das unter Verwenden der Remotebereitstellung beschriebene Remotebereitstellungsmodell verwenden, um SharePoint-Seiten als Branding für Veröffentlichungswebsites bereitzustellen, stellen Sie sicher, dass die Sicherheit und Berechtigungen Ihrer Website ordnungsgemäß festgelegt sind, und berücksichtigen Sie die Sicherheitsauswirkungen des anonymen Zugriffs.

Falls der Websiteadministrator eine neue Webanwendung erstellt, die eine Websitesammlung enthält, die die Veröffentlichungsvorlage verwendet und auch anonymen Zugriff ermöglicht, ist anonymer Zugriff für jeden Benutzer der Website verfügbar, wenn die Anwendung in den Add-In-Katalog hochgeladen wird. Da der anonyme Zugriff für die lokale SharePoint-Veröffentlichungswebsite aktiviert ist, was geschieht, wenn ein nicht authentifizierter Benutzer zur Website navigiert?

Wenn Sie ein von SharePoint gehostetes Add-In erstellen und dem Projekt ein Client-Add-In-Part hinzufügen, wechseln Sie zu Zentraladministration>Add-Ins>Verwalten Add-In-Katalog , und erstellen Sie einen Add-In-Katalog für die Webanwendung, veröffentlichen Sie das von SharePoint gehostete Add-In mithilfe von Visual Studio, um das Add-In-Paket zu erstellen, und laden Sie dann das Add-In-Paket in den Add-In-Katalog hoch. An diesem Punkt kann der Websitesammlungsadministrator das Add-In der Veröffentlichungswebsite hinzufügen. Das Add-In kann jetzt einer Seite auf der Veröffentlichungswebsite hinzugefügt werden.

Wenn Sie die Standard Seite der Veröffentlichungswebsite bearbeiten und das Add-In darauf veröffentlichen, funktioniert das Add-In wie erwartet. Wenn Sie den verknüpften Titel des Add-Ins auswählen, wird die ganzseitige Benutzeroberfläche geladen. Wenn SharePoint einen Fehler auslöst, bedeutet dies, dass der anonyme Benutzer keinen Zugriff auf die Verwendung des CSOM hat. Dies ist sinnvoll, da CSOM und REST standardmäßig nicht für anonyme Benutzer verfügbar sind.

Beachten Sie, dass das Deaktivieren von Berechtigungen "Remoteschnittstellen verwenden" ein Sicherheitsrisiko darstellen kann.

Unter Websiteberechtigungen ist das Kontrollkästchen Berechtigung "Remoteschnittstellen verwenden" erforderlich standardmäßig aktiviert. Sie können das Kontrollkästchen Remoteschnittstellen-Berechtigung verwenden deaktivieren, um anonymen Benutzern zugriff auf die Verwendung von CSOM und REST zu ermöglichen. Dadurch wird der Benutzer von den Berechtigungen Remoteschnittstellen verwenden entkoppelt, wodurch dem Benutzer Zugriff auf SOAP, WebDAV und CSOM gewährt wird. Durch Das Deaktivieren des Kontrollkästchens wird auch die Möglichkeit zur Verwendung von SharePoint Designer entfernt.

Es kann vorkommen, dass Sie die Möglichkeit zur Verwendung von SharePoint Designer entfernen möchten, aber trotzdem die Verwendung von CSOM zulassen möchten. Mit dem Kontrollkästchen Remoteschnittstellen-Berechtigung verwenden können Sie anonymen Benutzern die Verwendung von CSOM ermöglichen, ohne dass sie über die Berechtigungen Remoteschnittstellen verwenden verfügen müssen. Wenn das Kontrollkästchen Remoteschnittstellen-Berechtigung verwenden deaktiviert ist und Sie den verknüpften Titel des Add-Ins auswählen, um die ganzseitige Benutzeroberfläche zu laden, löst SharePoint keinen Fehler aus. Der grundlegende Fehlerbehandlungscode interpretiert diesen Fall als anonymen Benutzer.

Achtung

  • Wenn Sie Apps zu öffentlichen SharePoint-Websites hinzufügen, die die Veröffentlichungsvorlage verwenden, deaktivieren Sie das Kontrollkästchen Berechtigungen für Remoteschnittstellen verwenden unter Websiteberechtigungen nicht. Die Aktivierung von CSOM für anonyme Benutzer stellt ein mögliches Risiko für die Offenlegung von Informationen dar; es gibt viel mehr Informationen, als Sie erwarten würden. Das heißt, auch mit Zugriff auf das vollständige CSOM gelten SharePoint-Berechtigungen weiterhin. Anonyme Benutzer können nur Listen oder Elemente anzeigen, die anonymen Benutzern explizit zur Verfügung gestellt wurden. Mehr als das, was Sie auf der Webseite sehen, steht anonymen Benutzern über CSOM und REST zur Verfügung.
  • Deaktivieren Sie das Kontrollkästchen Remoteschnittstellen-Berechtigung erforderlich nicht, wenn anonyme Zugriffsberechtigungen auf einer lokalen SharePoint-Veröffentlichungswebsite aktiviert sind, sofern dies nicht unbedingt erforderlich ist. Dies könnte sowohl veröffentlichte als auch nicht veröffentlichte Websiteinhalte für anonyme Benutzer verfügbar machen und Ihre Website für einen Denial-of-Service-Angriff offen lassen.

Verwenden des ViewFormPagesLockdown-Features

Um zu verhindern, dass Benutzer auf Formularseiten (z. B. Pages/Forms/AllItems.aspx) auf einer öffentlich zugänglichen SharePoint-Website zugreifen, verwenden Sie das Feature ViewFormPagesLockdown . Es wurde entwickelt, um zu verhindern, dass Benutzer Informationen erstellt von und geändert von sehen. Dieses Feature entfernt die Berechtigung zum Anzeigen von Anwendungsseiten oder Verwenden von Remoteschnittstellen. Wenn dieses Feature aktiv ist, können Benutzer nicht zu Pages/Forms/AllItems.aspx wechseln und Elemente in dieser Bibliothek anzeigen.

Wenn CSOM und REST für alle anonymen Benutzer verfügbar sind (wenn das Kontrollkästchen Berechtigungen für Remoteschnittstellen verwenden deaktiviert ist), obwohl diese immer noch keine Informationen von Erstellt von und Geändert von im Browser sehen können, können sie CSOM oder REST verwenden, um auf diese Informationen zuzugreifen.

Konfigurieren des anonymen Zugriffs (Sicherheitskürzung)

Indem Sie den anonymen Zugriff für die Webanwendung konfigurieren, geben Sie die anonyme Richtlinie an: Schreibverweigerung – Hat keinen Schreibzugriff . Dies bedeutet, dass Benutzer mit anonymem Zugriff nicht auf die Website schreiben können – auch nicht mit CSOM oder REST-Code. Anonyme Benutzer können nur die Informationen sehen, die ihnen gewährt wurden, als der anonyme Zugriff auf die Website konfiguriert wurde.

Nicht veröffentlichte Seiten sind für anonyme Benutzer standardmäßig nicht sichtbar. Sie können nur Listen anzeigen, die anonymen Zugriff ermöglichen.

Wichtig

Wenn das Kontrollkästchen Remoteschnittstellenberechtigungen verwenden deaktiviert ist, verwenden Sie das Berechtigungsmodell und andere Vorsichtsmaßnahmen, um sicherzustellen, dass anonyme Benutzer keinen Zugriff auf Dinge haben, die sie nicht verwenden sollten.

Verhindern von Denial-of-Service-Angriffen

Es gibt keine Zwischenspeicherung mit CSOM. Dies bedeutet, dass ein böswilliger Angreifer Tausende von Elementen aus Listen gleichzeitig abfragen kann, während er unter dem Standardschwellenwert für die Listenansicht bleibt und die SharePoint-Datenbank besteuert. Dies könnte sich zu einem vollständigen Denial-of-Service-Angriff ausweiten und eskalieren.

Nur-App-Richtlinie verwenden

Sie können reine App-Richtlinien mit vom Anbieter gehosteten Add-Ins verwenden. Nur-App-Richtlinie ermöglicht es dem Add-In, Aktionen auszuführen, für die der aktuelle Benutzer nicht autorisiert ist. Beispielsweise kann ein Benutzer mit schreibgeschützten Berechtigungen, der für das Schreiben in eine Liste wichtig ist, ein Add-In mit Nur-App-Berechtigungen verwenden, um in eine Liste zu schreiben.

Weitere Informationen finden Sie unter Autorisierung und Authentifizierung von SharePoint-Add-Ins und Grundlegendes zu Authentifizierung und Berechtigungen mit Apps für SharePoint und Office (Channel 9-Video).

Implementieren von SSL

Wenn Sie das Add-In-Modell verwenden, implementieren Sie das SSL-Protokoll (Secure Sockets Layer), um die Sicherheit von Nachrichtenübertragungen im Internet zu verwalten. SSL funktioniert von der Remotewebsite und sendet ein Zugriffstoken im HTTP-Header Authorization mit dem Wert Bearer + einer base64-codierten (nicht verschlüsselten) Zeichenfolge.

Wichtig

SSL schützt Ihre SharePoint-Veröffentlichungswebsite vor Angreifern, die auf ein Autorisierungstoken zugreifen und diesen Zugriff ausnutzen möchten.

Remotebereitstellungs- und Veröffentlichungswebsites

Sie können Remotebereitstellungsmethoden verwenden, um Branding und andere Anpassungen für SharePoint-Veröffentlichungswebsites bereitzustellen.

Veröffentlichungswebsites sind von Inhaltstypen und der ContentTypeId abhängig, die Inhaltstypen mit Seitenlayouts und Anzeigevorlagen verknüpft. Das Anpassen und Bereitstellen von Inhalten der SharePoint-Veröffentlichungsseite hängt von dieser Funktionalität ab. Andere Aspekte des Benutzerdefinierten Bereitstellungsverhaltens von Veröffentlichungswebsites, z. B. verwaltete Metadatendienste und die verwaltete Navigation, hängen nicht von ContentTypeId ab und werden in CSOM vollständig unterstützt.

Andere Anpassungsoptionen für Veröffentlichungswebsites, z. B. Gerätekanäle und Anzeigevorlagen, erfordern kein benutzerdefiniertes CSOM. Sie hängen von Design Manager-Features, CSS und HTML ab. Dabei handelt es sich um Anpassungen nach der Bereitstellung, die Sie von Grund auf neu erstellen und nicht migrieren müssen.

Verwaltete Metadaten

Mit dem Feature für verwaltete Metadaten, das erstmals in SharePoint 2010 eingeführt wurde, können Sie eine benutzerdefinierte Hierarchie oder Taxonomie von Metadatentags für die Verwendung in SharePoint definieren. Wenn Sie eine benutzerdefinierte Websitenavigation erstellen möchten, können Sie die verwaltete Navigationsfunktion verwenden, die auf der Verwalteten Metadateninfrastruktur basiert.

Eine Taxonomie ist eine hierarchische Klassifizierung von Wörtern, Bezeichnungen oder Begriffen, die basierend auf Ähnlichkeiten in Gruppen organisiert sind. Die kleinste Einheit in einer SharePoint-Taxonomie ist der Begriff. Begriffe können in Ausdruckssätze gruppiert werden. Ausdruckssätze können nach Affinität in größere Gruppen gruppiert werden.

Eine kurze Einführung in die Taxonomie in SharePoint finden Sie unter Eine kurze Einführung in Enterprise Managed Metadata in SharePoint 2010 und Einführung in verwaltete Metadaten in SharePoint 2010.

SharePoint 2013 hat neue APIs und Funktionen in den Featuresatz für verwaltete Metadaten eingeführt.

Programmiermodell für verwaltete Metadaten

Für SharePoint ist das .NET Server-Programmierbarkeitsmodell für verwaltete Metadaten in den folgenden Namespaces definiert:

Die entsprechenden CSOM-Klassen befinden sich im Namespace Client.Taxonomy .

Im Gegensatz zu einigen anderen Bereichen des SharePoint-Objektmodells besteht bei verwalteten Metadaten eine enge Affinität zwischen den .NET Server-Programmiermodellklassen und -Membern und den CSOM-Klassen und -Membern.

Im Folgenden sind einige wichtige Unterschiede aufgeführt:

In der folgenden Tabelle werden Klassen im .NET Server-Objektmodell und im CSOM-Objektmodell verglichen.

Tabelle 2. Vergleich der Klassen in den beiden Modellen

.NET Server-Objektmodell Äquivalente CSOM-API
Microsoft.SharePoint.Taxonomy.ChangedGroup Microsoft.SharePoint.Client.Taxonomy.ChangedGroup
Microsoft.SharePoint.Taxonomy.ChangedItem Microsoft.SharePoint.Client.Taxonomy.ChangedItem
Microsoft.SharePoint.Taxonomy.ChangedItemCollection Microsoft.SharePoint.Client.Taxonomy.ChangedItemCollection
Microsoft.SharePoint.Taxonomy.ChangedItemType Microsoft.SharePoint.Client.Taxonomy.ChangedItemType
Microsoft.SharePoint.Taxonomy.ChangedOperationType Microsoft.SharePoint.Client.Taxonomy.ChangedOperationType
Microsoft.SharePoint.Taxonomy.ChangedSite Microsoft.SharePoint.Client.Taxonomy.ChangedSite
Microsoft.SharePoint.Taxonomy.ChangedTerm Microsoft.SharePoint.Client.Taxonomy.ChangedTerm
Microsoft.SharePoint.Taxonomy.ChangedTermSet Microsoft.SharePoint.Client.Taxonomy.ChangedTermSet
Microsoft.SharePoint.Taxonomy.ChangedTermStore Microsoft.SharePoint.Client.Taxonomy.ChangedTermStore
Nicht zutreffend. Microsoft.SharePoint.Client.Taxonomy.ChangeInformation
Nicht zutreffend. Microsoft.SharePoint.Client.Taxonomy.CustomPropertyMatchInformation
Microsoft.SharePoint.Taxonomy.FeatureIds Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.Group Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.HiddenListFullSyncJobDefinition Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.ImportManager Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.Label Microsoft.SharePoint.Client.Taxonomy.Label
Microsoft.SharePoint.Taxonomy.LabelCollection Microsoft.SharePoint.Client.Taxonomy.LabelCollection
Nicht zutreffend. Microsoft.SharePoint.Client.Taxonomy.LabelMatchInformation
Microsoft.SharePoint.Taxonomy.MobileTaxonomyField Microsoft.SharePoint.Client.Taxonomy.MobileTaxonomyField
Microsoft.SharePoint.Taxonomy.StringMatchOption Microsoft.SharePoint.Client.Taxonomy.StringMatchOption
Microsoft.SharePoint.Taxonomy.TaxonomyField Microsoft.SharePoint.Client.Taxonomy.TaxonomyField
Microsoft.SharePoint.Taxonomy.TaxonomyFieldControl Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.TaxonomyFieldEditor Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.TaxonomyFieldValue Microsoft.SharePoint.Client.Taxonomy.TaxonomyFieldValue
Microsoft.SharePoint.Taxonomy.TaxonomyFieldValueCollection Microsoft.SharePoint.Client.Taxonomy.TaxonomyFieldValueCollection
Microsoft.SharePoint.Taxonomy.TaxonomyItem Microsoft.SharePoint.Client.Taxonomy.TaxonomyItem
Microsoft.SharePoint.Taxonomy.TaxonomyItemPicker Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.TaxonomyRights Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.TaxonomySession Microsoft.SharePoint.Client.Taxonomy.TaxonomySession
Microsoft.SharePoint.Taxonomy.TaxonomyWebTaggingControl Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.Term Microsoft.SharePoint.Client.Taxonomy.Term
Microsoft.SharePoint.Taxonomy.TermCollection Microsoft.SharePoint.Client.Taxonomy.TermCollection
Nicht zutreffend. Microsoft.SharePoint.Client.Taxonomy.TermGroup
Nicht zutreffend. Microsoft.SharePoint.Client.Taxonomy.TermGroupCollection
Microsoft.SharePoint.Taxonomy.TermProperty Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.TermPropertyToolPart Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.TermSet Microsoft.SharePoint.Client.Taxonomy.TermSet
Microsoft.SharePoint.Taxonomy.TermSetCollection Microsoft.SharePoint.Client.Taxonomy.TermSetCollection
Microsoft.SharePoint.Taxonomy.TermSetItem Microsoft.SharePoint.Client.Taxonomy.TermSetItem
Microsoft.SharePoint.Taxonomy.TermStore Microsoft.SharePoint.Client.Taxonomy.TermStore
Microsoft.SharePoint.Taxonomy.TermStoreCollection Microsoft.SharePoint.Client.Taxonomy.TermStoreCollection
Microsoft.SharePoint.Taxonomy.TermStoreOperationException Nicht zutreffend.
Microsoft.SharePoint.Taxonomy.TreeControl Nicht zutreffend.

Seitenlayouts

Bei Veröffentlichungswebsites definiert das Seitenlayout das Layout einer bestimmten Klasse von Seiten. Außerdem werden die anpassbaren Bereiche einer Seite mit Inhaltsplatzhaltern definiert, die durch Inhalte aus übereinstimmenden Regionen in Seitenlayouts gefüllt werden. Seitenlayouts basieren in der Regel auf einem benutzerdefinierten Inhaltstyp. Inhaltstypen definieren benutzerdefinierte Inhaltsfelder, die auf einer Seite angezeigt werden sollen. In der Regel erstellen Sie einen benutzerdefinierten Inhaltstyp, der Felder enthält, die dem Seitendesign zugeordnet sind, das Sie oder Ihr Designteam zuvor geplant hatten.

Benutzerdefinierte Feldsteuerelemente können Text, Bilder, Videos oder andere Inhaltstypen enthalten. SharePoint bietet Inhaltstypen für Artikel, Katalog, Willkommensseite und mehr. Greifen Sie auf die Inhaltstypen des Seitenlayouts zu , indem Sie zu Websiteeinstellungen>Websiteinhaltstypen wechseln. Diese standardseitigen Inhaltstypen können als übergeordnete Inhaltstypen für einen benutzerdefinierten Inhaltstyp dienen, den Sie erstellen.

Alle Inhaltstypen des Seitenlayouts erben vom Seiteninhaltstyp. Nachdem Sie einen benutzerdefinierten Inhaltstyp erstellt haben, zeigt SharePoint die Spalten an, die der neue Inhaltstyp vom Seiteninhaltstyp geerbt hat. Sie können neue Websitespalten hinzufügen, um neue benutzerdefinierte Felder darzustellen, die Sie in Ihrem Seitenlayout anzeigen möchten. Geben Sie einen Typ für jede Websitespalte an. Ein Typ ist ein Wert wie "einzelne Textzeile" oder "Vollständiger HTML-Code". Berücksichtigen Sie Faktoren wie den Grad der Beschreibung oder kontrolle, den der Benutzer mit dem Feld haben sollte, wenn Sie seinen Typ angeben.

Nachdem Sie alle Felder erstellt haben, in denen der Inhalt in Ihrem Seitenlayout gespeichert ist, können Sie das Seitenlayout im Entwurfs-Manager erstellen. Weitere Informationen finden Sie unter Erstellen eines Seitenlayouts in SharePoint.

Nachdem Sie das Seitenlayout erstellt haben, veröffentlichen Sie es, indem Sie zuGestaltungsvorlagen und Seitenlayouts für Websiteeinstellungen> wechseln. Eine HTML-Datei und eine ASPX-Datei sind vorhanden. Die HTML-Datei ist die master, und Sie können einen beliebigen HTML-Editor verwenden, um sie zu bearbeiten. Nachdem Sie die Datei gespeichert und veröffentlicht haben, integriert der Entwurfs-Manager Änderungen und konvertiert die aktualisierte HTML-Datei in das ASPX-Format, das SharePoint zum Rendern der Seite verwendet. Um das Seitenlayout zu veröffentlichen, wählen Sie die HTML-Datei aus, und wählen Sie im Menüband Veröffentlichen aus.

Um eine Seite basierend auf dem neuen Layout zu erstellen, wechseln Sie zu NeueSeitenseitenseitenlayouts>>, um das neue Seitenlayout in der Liste der verfügbaren Seitenlayouts anzuzeigen. Wenn Sie das neue Seitenlayout auswählen, sollten alle neuen Felder angezeigt werden, die Sie beim Erstellen eines neuen Inhaltstyps für das neue Seitenlayout angegeben haben. Wenn Sie die Seite anzeigen und der HTML-Code nicht wie erwartet gerendert wird, können Sie den HTML-Code bearbeiten und dann den Entwurfs-Manager verwenden, um die aktualisierte Datei hochzuladen.

Es gibt vier Arten der Websitenavigation:

  • Globale Navigation
  • Lokale Navigation
  • Strukturierte Navigation
  • Verwaltete Navigation

Globale Navigation bezieht sich auf Navigationselemente, mit denen Benutzer von einer SharePoint-Website zu einer anderen wechseln können.

Lokale Navigation bezieht sich auf die Navigation innerhalb einer SharePoint-Website.

Strukturierte und verwaltete Navigation sind etwas stärker involviert.

Strukturierte Navigation

Die strukturierte Navigation ist ein statischer Ansatz zur Implementierung der Navigation auf SharePoint-Websites. Sie entspricht in der Regel der Unternehmensstruktur, die eine Umstrukturierung der SharePoint-Websitenavigation erfordert. Umstrukturierungsarbeiten bedeuten häufig das Verschieben von Unterwebsites und/oder Seiten und das Aktualisieren von Links, um auf neue Ziele zu verweisen.

Die strukturierte Navigation kann für relativ flache, flache Standortstrukturen ausreichen, wenn Ihre Unternehmensstruktur (und damit die Standortstruktur) über lange Zeiträume hinweg stabil ist. Für tiefere und komplexere Websitestrukturen und Unternehmen mit Navigationsstrukturen für Veröffentlichungswebsites, die dynamisch wachsen und sich ändern müssen, ist verwaltete Navigation möglicherweise eine bessere Option.

Weitere Informationen zur strukturierten Navigation finden Sie unter Vorgehensweise: Anpassen der Navigation in SharePoint Server 2010.

Verwaltete Navigation

Die verwaltete Navigation basiert auf der Kernveröffentlichungswebsite und taxonomieinfrastruktur. Die verwaltete Navigation ist an eine einzelne Websitesammlung gebunden. Sie verwendet Ausdruckssätze und Begriffe, um die globale und lokale Navigation zu definieren. Beispielsweise können Sie einen Ausdruckssatz erstellen, der die globale Navigation insgesamt definiert, und dann diesem Ausdruckssatz Ausdrücke für bestimmte Navigationselemente in der globalen Navigation hinzufügen.

Weitere Informationen zur verwalteten Navigation finden Sie in den folgenden Artikeln:

Im Folgenden finden Sie einige wichtige allgemeine Punkte zu Klassen, Methoden und Eigenschaften im SharePoint-Navigationserweiterungsmodell für Veröffentlichungswebsites:

  • Die Klassen NavigationTerm und NavigationTermSet fügen Eigenschaften und Methoden hinzu, die für die verwaltete Navigation spezifisch sind. Zusätzlicher Zustand wird in der CustomProperties-Eigenschaft der NavigationTerm-Klasse gespeichert.
  • Die Klassen NavigationTerm und NavigationTermSet verfügen über zwei Modi: bearbeitbar und schreibgeschützt. Im .NET-Serverobjektmodell werden NavigationTerm-Objekte im Taxonomienavigationscache gespeichert, auf den nur Funktionen in der statischen TaxonomyNavigation-Klasse zugreifen können.
  • PortalSiteMapNodeProvider-Objekte im .NET-Serverobjektmodell stellen eine Schnittstelle zwischen den datengesteuerten Websitenavigationsfeatures und Siteübersichtsdatenquellen bereit. In der Regel schreiben Sie einen benutzerdefinierten Siteübersichtsknotenanbieter, um Websitezuordnungen in einer XML-Datei oder einem Datenformat zu speichern, das von SharePoint standardmäßig nicht unterstützt wird.

CSOM enthält einige eindeutige Klassen und Enumerationen:

  • Die NavigationLinkType-Enumeration definiert den Typ des Navigationsknotens in einer Navigationsstruktur. Sie können einen Knoten als Stammknoten, eine benutzerfreundliche URL oder einen Standardlink angeben.
  • Die StandardNavigationScheme-Enumeration identifiziert die Navigation entweder als global oder lokal.
  • Die StandardNavigationSource-Enumeration enthält drei Optionen für die globale und die lokale Navigation. Jede Auswahl stellt einen Zustand dar, der der Konfiguration der zugrunde liegenden Anbieter entspricht.
  • Die StandardNavigationSettings-Klasse verwaltet die globalen und lokalen Navigationsschemas.

In der folgenden Tabelle sind die Veröffentlichungsnavigationsklassen im Serverobjektmodell und deren CSOM-Entsprechungen aufgeführt.

Tabelle 3. Veröffentlichen von Navigationsklassen

Serverobjektmodell CSOM
Microsoft.SharePoint.Publishing.Navigation.CachedObjectSiteMapNode Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.NavigationComparer Nicht zutreffend.
Nicht zutreffend. Microsoft.SharePoint.Client.Publishing.Navigation.NavigationLinkType
Microsoft.SharePoint.Publishing.Navigation.NavigationTerm Microsoft.SharePoint.Client.Publishing.Navigation.NavigationTerm
Nicht zutreffend. Microsoft.SharePoint.Client.Publishing.Navigation.NavigationTermCollection
Microsoft.SharePoint.Publishing.Navigation.NavigationTermSet Microsoft.SharePoint.Client.Publishing.Navigation.NavigationTermSet
Microsoft.SharePoint.Publishing.Navigation.NavigationTermSetItem Microsoft.SharePoint.Client.Publishing.Navigation.NavigationTermSetItem
Microsoft.SharePoint.Publishing.Navigation.NavigationTermSetView Microsoft.SharePoint.Client.Publishing.Navigation.NavigationTermSetView
Microsoft.SharePoint.Publishing.Navigation.PortalHierarchicalDataSourceView Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalHierarchicalEnumerable Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalHierarchyData Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalListItemSiteMapNode Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalListSiteMapNode Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalNavigation Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalSiteMapDataSource Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalSiteMapDataSourceSwitch Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalSiteMapNode Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalSiteMapProvider Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.PortalWebSiteMapNode Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.ProxySiteMapNode Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.SiteNavigationSettings Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.SiteNavigationSettingsWriter Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.SPNavigationSiteMapNode Nicht zutreffend.
Nicht zutreffend. Microsoft.SharePoint.Client.Publishing.Navigation.StandardNavigationSource
Nicht zutreffend. Microsoft.SharePoint.Client.Publishing.Navigation.StandardNavigationSettings
Microsoft.SharePoint.Publishing.Navigation.TaxonomyNavigation Microsoft.SharePoint.Client.Publishing.Navigation.TaxonomyNavigation
Microsoft.SharePoint.Publishing.Navigation.TaxonomyNavigationCacheConfig Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.TaxonomyNavigationCacheStatistics Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.TaxonomyNavigationContext Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.TaxonomySiteMapNode Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.TaxonomySiteMapProvider Nicht zutreffend.
Microsoft.SharePoint.Publishing.Navigation.WebNavigationSettings Microsoft.SharePoint.Client.Publishing.Navigation.WebNavigationSettings

Features der Veröffentlichungswebsite

SharePoint und SharePoint Online enthalten einige Features, die für SharePoint-Veröffentlichungswebsites spezifisch sind:

  • Gerätekanäle ermöglichen es Ihnen, ein einzelnes Veröffentlichungswebsitedesign auf mehrere Geräte und Browser anzuwenden.
  • Anzeigevorlagen ermöglichen es, das Erscheinungsbild suchbezogener Webparts mit Branding zu versehen und anzupassen.
  • Bilddarstellungen definieren die Dimensionen, die zum Anzeigen von Bildern auf Seiten in SharePoint-Veröffentlichungswebsites verwendet werden.

Sie können diese Features mithilfe von Klassen im Publishing-Namespace des CSOM-Programmiermodells implementieren.

Gerätekanäle und Gerätkanalbereiche

Sie können Gerätekanäle und Gerätekanalbereiche verwenden, um Ihre Website für Smartphones und Tablets zu optimieren. Indem Sie einen eindeutigen Kanal für jedes Gerät erstellen, das Sie als Ziel verwenden möchten, können Sie eine SharePoint-Veröffentlichungswebsite auf mehrere Weise rendern. Sie können eine einzelne Website einmal erstellen und dann die Website und ihren Inhalt verschiedenen master Seiten und Stylesheets zuordnen, um verschiedene Ziele zu berücksichtigen.

Sie erstellen Kanäle mithilfe des Entwurfs-Managers. Nachdem Sie einen Kanal erstellt haben, ordnen Sie ihn dem mobilen Gerät oder Browser mit der Benutzer-Agent-Zeichenfolge des eingehenden Geräts zu.

Ein Gerät kann zu mehreren Kanälen gehören. In diesem Fall können Sie Kanäle für den Fall bewerten, dass ein Gerät dazu gehört. Wenn Sie beispielsweise einen Kanal für Smartphones und einen Kanal für eine bestimmte Gerätekonfiguration erstellen, können Sie die Kanäle so bewerten, dass Geräte mit der spezifischen Konfiguration den Kanal für sie und alle anderen Smartphones den Smartphone-Kanal erhalten.

Sie können im Entwurfs-Manager bis zu 10 Kanäle (einschließlich des Standardkanals) erstellen. Der Standardkanal erfasst den gesamten Datenverkehr, der nicht von einem der anderen Kanäle erfasst wird. Wenn Sie einen neuen Kanal erstellen, füllen Sie die in der folgenden Tabelle aufgeführten Felder aus.

Tabelle 4. Gerätekanäle

Feld Erforderlich oder optional? Beschreibung
Name Erforderlich Identifiziert den Kanal, um ihn von anderen zu unterscheiden.
Kanalalias Erforderlich Wie Code, die Abfragezeichenfolge, Cookies oder Gerätekanalbereiche unterschiede zwischen Kanälen unterscheiden.
Geräteeinschlussregeln Erforderlich Die Benutzer-Agent-Teilzeichenfolgen, die Anforderungen von Geräten weiterleiten (jede sollte sich in einer anderen Zeile befinden).
Beschreibung Optional Beschreibt die Funktionsweise dieses Kanals.
Aktiv Optional Wenn diese Option aktiviert ist, verwendet der Kanal die zugehörigen Ressourcen für den Kanal, um Datenverkehr zu leiten. Andernfalls wird in der Abfragezeichenfolge ?DeviceChannel=<alias> eine Vorschau der Website im Kanal angezeigt.

Gerätekanalbereiche

Nachdem Sie Gerätekanäle erstellt haben, ordnen Sie jedem eine master Seite zu. Da master-Seitenanpassungen immer seltener auftreten, ist dies häufig die Standardseite master (seattle.master). Wenn Sie eine eindeutige master-Seite für einen oder mehrere Gerätekanäle erstellen, können Sie auf eine andere CSS-Datei als die master-Seite für den Standardkanal verweisen. Seitenlayouts, die Sie erstellen, funktionieren mit jedem Kanal, den Sie erstellen. Sie können das Steuerelement Gerätekanalbereich verwenden, um seitenlayout-Designs zwischen Kanälen zu unterscheiden.

Weitere Informationen finden Sie unter Hinzufügen eines Gerätekanalbereichsausschnitts in SharePoint.

Der Gerätekanalbereich ist ein Containersteuerelement, das einem oder mehreren Kanälen zugeordnet ist. Sie können einem Seitenlayout ein Gerätekanalpanel-Steuerelement hinzufügen, und das Panel steuert, welche Inhalte in den einzelnen Kanälen gerendert werden. Wenn einer oder mehrere dieser Kanäle aktiv sind, wenn die Seite gerendert wird, werden alle Inhalte des Gerätekanalbereichs gerendert. Verwenden Sie den Gerätekanalbereich, um zu bestimmen, wann bestimmte Inhalte für einen oder mehrere bestimmte Kanäle eingeschlossen werden sollen.

Stellen Sie sich ein Seitenlayout vor, das zehn Felder enthält. Einige dieser Felder sind für alle Kanäle verfügbar, und einige sollten nur in bestimmten Kanälen gerendert werden. Betrachten Sie beispielsweise ein Mobile-Headerbannerfeld, das nur auf Smartphones gerendert wird, oder eine große benutzerdefinierte Randleiste, die nur auf Desktops und Tablets gerendert wird.

Sie können auch den Gerätekanalbereich verwenden, um das Format und die Platzierung von Inhalten auf einer Seite zu ändern, indem Sie kanalspezifisches CSS hinzufügen.

Weitere Informationen finden Sie unter Markenausschnitte mithilfe von CSS in SharePoint.

Benutzer-Agent-Zeichenfolgen und Gerätekanäle

Eine Benutzer-Agent-Zeichenfolge ist eine kleine Zeichenfolge von Daten, die den Browser identifiziert. Diese Informationen können an den Server gesendet werden, der den Benutzer-Agent identifiziert. Gerätekanäle weisen eine Anforderung einem entsprechenden Gerätekanal basierend auf der Benutzer-Agent-Zeichenfolge (oder Teilzeichenfolgen) des Geräts (oder Browsers) zu, von dem aus der Benutzer browset. Der Front-End-Webentwickler erstellt und richtet Kanäle ein, um Datenverkehr zu erfassen.

Weitere Informationen finden Sie unter What Will Windows Internet Explorer Report as the User-Agent String?

Reihenfolge der Auflösung für Gerätekanäle

Wenn Sie mehrere Kanäle erstellen, platzieren Sie sie in der Reihenfolge, in der sie aufgelöst werden sollen. Der erste Kanal, der eine Geräteeinschlussregel enthält, die der Benutzer-Agent-Zeichenfolge entspricht, wird verwendet. Die folgende Tabelle zeigt ein Beispiel für diese Regel.

Tabelle 5. Beispiel für eine Geräteeinschlussregel

Kanal Bestellung 1 Bestellung 2
1 Windows Phone 8 Windows Phone
2 Windows Phone Windows Phone 8
3 Standard Default

Wenn Auftrag 1 aktiv ist, empfängt ein Benutzer, der eine Seite von einem Windows Phone 8 anfordert, den Gerätekanal 1 mit der Bezeichnung Windows Phone 8. Ein Benutzer mit einem anderen Windows Phone würde Kanal 2 verwenden, und alles andere würde Kanal 3 verwenden. Bei Verwendung der Reihenfolge 2 erhält ein Benutzer, der eine Seite von einer Windows Phone 8 anfordert, immer den Gerätekanal 1 mit der Bezeichnung Windows Phone und würde niemals den dafür angegebenen Gerätekanal verwenden.

Nachdem Sie Gerätekanäle definiert und sortiert haben, können Sie unterschiedliche master Seiten auf jeden Kanal anwenden. Standardmäßig verwenden alle Kanäle die seite master des Standardkanals.

Hinweis

CSOM enthält keine öffentliche API zum Bearbeiten von Gerätekanälen und Gerätekanalbereichen.

Anzeigevorlagen

SharePoint-Veröffentlichungswebsites verwenden Anzeigevorlagen, um zu steuern, welche verwalteten Eigenschaften in den Suchergebnissen angezeigt werden und wie sie im Webpart angezeigt werden. Nur Suchwebparts verwenden Anzeigevorlagen. Das Inhaltsabfrage-Webpart ist kein Suchwebpart und verwendet keine Anzeigevorlagen.

In der folgenden Tabelle sind die Arten von Anzeigevorlagen in der Reihenfolge aufgeführt, in der SharePoint sie anwendet.

Tabelle 6: Arten von Anzeigevorlagen

Anzeigevorlage Beschreibung
Steuerelement-Anzeigevorlagen Gilt für das gesamte Webpart, sodass SharePoint es zuerst und nur einmal anwendet. Es stellt HTML bereit, der das Gesamtlayout für die Darstellung von Suchergebnissen strukturiert. Beispielsweise kann eine Steuerelementanzeigevorlage HTML für die Überschrift sowie den Anfang und das Ende einer Liste bereitstellen. Diese Vorlage wird nur einmal im Webpart gerendert.
Gruppenanzeigevorlagen Wird zweitens angewendet, und wird einmal pro Gruppe auf das Suchergebnisse-Webpart angewendet.
Elementanzeigevorlagen Zuletzt angewendet, es sei denn, es wird eine Filteranzeigevorlage angewendet. Elementanzeigevorlagen werden auf jedes Element angewendet. Diese Vorlage bestimmt, wie jedes Element im Resultset im Webpart angezeigt wird. Es kann z. B. den HTML-Code für ein Listenelement bereitstellen, das nur Text ist, ein Listenelement, das ein Bild enthält, oder ein Listenelement, das einen Block mit zusätzlichen Links und zusammenfassenden Beschreibungsinformationen formatiert, um mehr Kontext für die Suchergebnisse bereitzustellen.

SharePoint speichert Anzeigevorlagen im Ordner Anzeigevorlagen im Gestaltungsvorlagenkatalog.Jede Anzeigevorlage ist einem Inhaltstyp in der Gestaltungsvorlage zugeordnet Gallery.To den Inhaltstyp für jede Anzeigevorlagendatei zu identifizieren, während sie ein zugeordnetes Laufwerk verwenden. Verwenden Sie den Dateinamen.

Die Ereignisempfänger, die master Seiten und Seitenlayouts von HTML in JavaScript konvertieren und aktualisieren, konvertieren auch Anzeigevorlagen von HTML in JavaScript. Die Konvertierung und Synchronisierung erfolgt unidirektional; Es wird nicht von JavaScript zurück in HTML konvertiert.

Hinweis

CSOM enthält keine öffentliche API zum Bearbeiten von Anzeigevorlagen.

Anzeigen der Vorlagenstruktur

Jede Anzeigevorlage enthält Folgendes:

  • Ein Titel.
  • Ein Header, der benutzerdefinierte Elemente enthält, die durch ein <mso:CustomDocumentProperties> Tag begrenzt sind.
  • Ein <body> Tag, das einen Skriptblock enthält.
  • Ein <div> Tag.

Die benutzerdefinierten Dokumenteigenschaften stellen SharePoint wichtige Informationen zur Anzeigevorlage bereit. Jede Anzeigevorlage ist einem Inhaltstyp zugeordnet, der durch <ContenTypeId>identifiziert wird. Sie können andere Eigenschaften festlegen, die bestimmen, ob die Vorlage in der Liste der verfügbaren Anzeigevorlagen für das Webpart, die Zuordnung der verwalteten Eigenschaften von HTML zu JavaScript, der Kontext, in dem die Anzeigevorlage verwendet wird, ob eine .js-Datei derzeit dem HTML-Code der Anzeigevorlage zugeordnet ist und ob die Konvertierung von HTML in JavaScript erfolgreich war oder ob Warnungen und Fehler erzeugt wurden.

Innerhalb des <script> Tags können Sie auf externe CSS- oder JavaScript-Dateien außerhalb der HTML-Datei der Standard Anzeigevorlagen verweisen.

Wenn die Inhaltsgenehmigung im Gestaltungsvorlagenkatalog erforderlich ist, müssen alle CSS-, JavaScript- und anderen Ressourcendateien veröffentlicht werden, bevor sie für master Seiten und Seitenlayouts verfügbar sind.

Weitere Informationen finden Sie unter Festlegen einer Genehmigungsanforderung für Elemente in einer Websiteliste oder -bibliothek.

Das <div> Tag enthält eine ID, die mit dem Namen der HTML-Datei der Anzeigevorlage übereinstimmt. Platzieren Sie CSS oder JavaScript, das Sie einschließen möchten, um anzupassen, wie dieses Webpart im <div> -Block angezeigt wird.

Anzeigen der Vorlagenverarbeitung

SharePoint definiert Anzeigevorlagen in HTML-Dateien und JavaScript. Wenn Sie im Entwurfs-Manager eine HTML-Datei ändern, die eine Anzeigevorlagendefinition enthält, und Änderungen speichern, kompiliert SharePoint Änderungen in eine JavaScript-Datei mit demselben Namen. SharePoint verwendet diese JavaScript-Datei zum Rendern von Webparts auf Seiten.

Wichtig

Bearbeiten Sie nicht die JavaScript-Datei, die die Anzeigevorlagendefinition enthält. Aktualisieren Sie nur die HTML-Datei. Der Konvertierungsprozess erfordert, dass die HTML-Datei XML-kompatibel ist. Verwenden Sie <beispielsweise br>, nicht <br/>. Weitere Informationen finden Sie unter Konvertieren einer HTML-Datei in eine master Seite in SharePoint.

Erstellen neuer Anzeigevorlagen

Die einfachste Möglichkeit zum Erstellen einer neuen Anzeigevorlage besteht darin, eine vorhandene Vorlage zu ändern. Verschiedene Anzeigevorlagen ändern die Darstellung verschiedener suchbezogener Webparts, einschließlich des Inhaltssuche-Webparts, des Einschränkungs-Webparts, des Taxonomieeinschränkungs-Webparts und des Suchergebnisse-Webparts.

Weitere Informationen finden Sie unter:

Eigenschaften, die in Anzeigevorlagen verwendet werden können

Bevor Sie mit der Identifizierung von Eigenschaften beginnen, die Sie in einer Anzeigevorlage verwenden können, suchen Sie eine vorhandene Anzeigevorlage, aus der Sie erstellen möchten, und speichern Sie sie dann unter einem neuen Namen. Anzeigevorlagencode befindet sich im <mso:ManagedPropertyMapping> Tag.

<mso:ManagedPropertyMapping msdt:dt="string">'Picture URL'{Picture URL}:'PublishingImage;PictureURL;PictureThumbnailURL','Link URL'{Link URL}:'Path','Line 1'{Line 1}:'Title','Line 2'{Line 2}:'Description','Line 3'{Line3}:'','SecondaryFileExtension','ContentTypeId'</mso:ManagedPropertyMapping>

Öffnen Sie als Nächstes Websiteeinstellungen>Suchschema, und suchen Sie dann im Filterfeld Verwaltete Eigenschaften nach einem Spaltennamen, den Sie in eine Anzeigevorlage einschließen möchten. Wählen Sie die verwaltete Eigenschaft aus, bearbeiten Und kopieren Sie den Namen der Eigenschaft.

<mso:ManagedPropertyMapping msdt:dt="string">'Picture URL'{Picture URL}:'PublishingImage;PictureURL;PictureThumbnailURL','Link URL'{Link URL}:'Path','Line 1'{Line 1}:'Title','Line 2'{Line 2}:'Description','Line 3'{Line3}:'','owsTXTPrice','owsTXTColor'</mso:ManagedPropertyMapping>

Hinweis

In diesem Beispiel wird PictureURL der ersten verwalteten Eigenschaft zugeordnet, die vorhanden ist, wenn die Suche Ergebnisse für PublishingImage, PictureURL oder PictureThumbnailURL erhält.

Bilddarstellungen

Eine Bilddarstellung definiert die Dimensionen, die zum Anzeigen von Bildern auf Seiten in SharePoint-Veröffentlichungswebsites verwendet werden. Sie können CSOM verwenden, um Bilddarstellungen zu instanziieren und zu bearbeiten. Mithilfe der ImageRendition-Klasse können Sie Metadaten wie Höhe, Breite, Name und Version einer Bilddarstellung angeben. Sie können Methoden und Eigenschaften in der SiteImageRenditions-Klasse verwenden, um Bilddarstellungen aus einer Websitesammlung zu lesen und zu schreiben.

Weitere Informationen finden Sie unter Bilddarstellungen des SharePoint-Entwurfs-Managers.

SharePoint- und Webprogrammierungstechniken

SharePoint-Designer und -Entwickler möchten beim Entwerfen von Veröffentlichungswebsites häufig Standardmäßige Webprogrammierungstechniken mit SharePoint verwenden. Sie können responsives Design, adaptives Design oder beide Gerätekanäle und responsives Design zusammen verwenden.

Dynamisches Designs

Mit Gerätekanälen können Sie eine Website einmal erstellen und dann auf mehrere Geräte und Browser ausrichten. Die Webentwicklungscommunity verwendet in der Regel reaktionsfähiges Design und den "Fluid Grid"-Ansatz, um zu verwalten, wie Layouts gerendert werden, und um Websites so zu entwerfen, dass sie auf jedem Browser oder Gerät ordnungsgemäß gerendert werden. In einem reaktionsfähigen Design ordnen sich Elemente auf einer Seite neu an, um sie an das Gerät und die Bildschirmausrichtung des Benutzers anzupassen.

Reaktionsfähiges Design basiert auf dem Feature "Medienabfragen" in CSS3. Es verwendet Medienabfragen, um die Breite der Anzeige des Geräts abzugleichen, und wendet dann Formatvorlagen auf der Clientseite an, um den Inhalt zu rendern. Medienabfragen ermöglichen es einem Designer, bestimmte Websiteeigenschaften wie die Bildschirmbreite als Ziel zu verwenden. Sie können Medienabfragen verwenden, um flexible Layouts und Bilder zu erstellen und CSS-Dateialternativen bedingt aufzurufen.

Weitere Informationen und Beispiele finden Sie unter:

Adaptives Design

Adaptives Webdesign (manchmal auch als adaptive Webbereitstellung bezeichnet) ähnelt responsivem Webdesign. Ein adaptives Design lauscht auf Geräte oder Browser und wählt die optimale Methode zum Rendern von Seiten aus.

Das Feature "Gerätekanäle" in SharePoint ist ein adaptives Design. Sie liefert adaptive Layouts für jedes Gerät basierend auf dem Seitenlayout, den Spezifikationen der einzelnen Gerätekanäle und der im Gerätekanalbereich definierten Reihenfolge.

Gerätekanäle und reaktionsfähiges Design zusammen

Sie können Gerätekanäle und reaktionsfähige Webdesigntechniken zusammen verwenden, um eine reaktionsfähige öffentliche SharePoint-Veröffentlichungswebsite zu erstellen. Erwägen Sie, eine einzelne benutzerdefinierte master-Seite für Geräte wie Smartphones und Tablets und eine andere für Webbrowser zu erstellen und jede seite einem Gerätekanal zuzuordnen. Verwenden Sie dann fluide Raster, flexible Bilder und CSS3-Medienabfragen, um die beste Anzeigeerfahrung für jedes Gerät und jeden Browser zu erstellen, die Ihre Website unterstützen muss.

Hinzufügen von jQuery zu einer SharePoint-Website

Sie können jQuery zu einer SharePoint-Website auf Websiteebene, auf Seitenebene oder in Abschnitten einer Seite hinzufügen, z. B. einem der SharePoint-Seitenbereiche oder eines Webparts, das Sie dem Seitenlayout hinzugefügt haben.

Sie können eine benutzerdefinierte Aktion verwenden, um jQuery aus einer Dokumentbibliothek zu laden. Gehen Sie dazu vor, wenn Sie jQuery für alle Seiten auf einer SharePoint-Website verfügbar machen müssen. Dieser Ansatz ist flexibel, aber nicht einfach zu steuern, und dies wirkt sich auf den Website-Designer und den Administrator aus. Sie können JavaScript-Dateien in der Dokumentbibliothek speichern und verwalten, aber sie können auch versehentlich geändert oder gelöscht werden. Aus diesem Grund wird dieser Ansatz nicht empfohlen.

Sie können jQuery auch mithilfe von ScriptLinkControl aus dem SharePoint-Stamm laden. Sie können das -Steuerelement verwenden, um Skripts einzufügen, die auf einer Remotewebsite ausgeführt werden, und die Skripts ändern, ohne die SharePoint-Installation zu berühren. Der ScriptLinkControl-Ansatz ist sinnvoll, wenn Sie jQuery auf einer Anwendungsseite oder in einem Webpart verwenden möchten, das auf einer Seite angezeigt wird. Während die Bereitstellung mit dieser Option langsam ist und sich auf die Leistung auswirkt, da jQuery seite für Seite hinzugefügt wird, umgehen die Bereitstellung der jQuery-Datei in der SharePoint-Regel andere Legacyanforderungen. Dies ist hilfreich, wenn Sie Ihre FTC-Lösung (Full Trust Code) von SharePoint zu CSOM migrieren müssen und die Migration das Verschieben und Umgestalten von benutzerdefinierten JavaScript- und jQuery-Verhaltensweisen umfasst.

Schließlich können Sie das Inhalts-Editor-Webpart verwenden, um jQuery aus einem Content Delivery Network (CDN) zu laden. Dies ist nützlich, wenn Sie jQuery zu einer oder mehreren Seiten hinzufügen müssen, einschließlich Wiki- und Webpartseiten. Da Sie die jQuery-Datei aus einem CDN laden, müssen Sie keine zusätzlichen Dateien auf dem SharePoint-Server speichern, und Benutzer profitieren von einer verteilten, zwischengespeicherten Version der jQuery-Dateien. SharePoint ruft die jQuery-Datei aus dem CDN auf, und Sie können dem Inhalts-Editor-Webpart benutzerdefinierten jQuery-Code hinzufügen, den Sie erstellen.

Erstellen von vom SharePoint-Anbieter gehosteten Add-Ins mit ASP.NET MVC 5

Sie können benutzerdefinierte vom Anbieter gehostete Add-Ins mit dem MVC-Muster (Model-View-Controller) in SharePoint erstellen. Dieses Modell unterteilt die Anwendung in drei miteinander verbundene Teile. Dadurch werden die internen Darstellungen von Informationen von der Art und Weise getrennt, wie sie vom Benutzer angezeigt und akzeptiert werden. Das Modell stellt die zugrunde liegende Struktur der Software, die Ansicht (normalerweise UI-Elemente) und den Controller dar. Dabei handelt es sich um die Klassen, die das Modell und die Ansicht verbinden.

Sie können ASP.NET MVC-Inhalt in SharePoint-Website master Seiteninhalt umschließen. Tatsächlich können Sie Office 365-APIs verwenden, um ein SharePoint-Add-In mit ASP.NET MVC 5 zu erstellen.

APIs für MVC für die SharePoint-Entwicklung sind in Filters\SharePointContextFilterAttribute.cs und SharePointContext.csdefiniert. Diese APIs umschließen die Schritte, die das Webprojekt für die nahtlose Kommunikation mit SharePoint in einem einzigen Aufruf ausführt, wodurch die zu implementierende Logik vereinfacht wird.

Das SharePoint-Kontextfilter-Attribut führt eine zusätzliche Verarbeitung durch, um Standardinformationen abzurufen, wenn es von SharePoint zu Ihrer Remotewebanwendung umgeleitet wird, z. B. Hostweb-URL. Außerdem wird bestimmt, ob das Add-In an SharePoint umgeleitet werden muss, damit sich der Benutzer anmeldet (z. B. Lesezeichen). Sie können diesen Filter entweder auf den Controller oder auf eine Ansicht anwenden. SharePoint-Kontextklassen kapseln alle Informationen aus SharePoint, sodass Sie bestimmte Kontexte für das Add-In-Web und das Hostweb erstellen und mit SharePoint kommunizieren können.

Weitere Informationen finden Sie unter Informationen zu ASP.NET MVC und Einführung in die MVC-Unterstützung für SharePoint-Add-Ins.

Siehe auch