Inhaltstypen vs. benutzerdefinierter Liste Feld

Question

Dies ist eine Frage zu Best Practices und der Absicht der Designer von SharePoint.

Ich bin ziemlich neu mit SharePoint und habe nur an ziemlich kleinen Projekten gearbeitet. Ich erstelle oft benutzerdefinierte Listen und Bibliotheken. In diesem speziellen Fall habe ich eine Dokumentbibliothek, mit der meine Benutzer die Inhalt einer großen Anzahl von Excel -Tabellen zusammenarbeiten und überprüfen werden. Ich habe eine separate Liste, die mit Ereignishandlern die Änderungen an Elementen in der ersten Liste nachverfolgt.

Wenn ich diese Art von Arbeit mache, erstelle ich normalerweise nur eine benutzerdefinierte Liste oder eine benutzerdefinierte Dokumentbibliothek, in der ich die Menüoption "Spalte erstellen" verwende, um Spalten hinzuzufügen. Ich verwende fast nie Felder von bereits bestehenden Inhaltstypen. Ich habe gelegentlich einen benutzerdefinierten Inhaltstyp für die gesamte Liste erstellt, aber der gesamte Prozess schien nur komplizierter und wartungsintensiver zu sein, als er sein musste. Ich gehe jedoch davon aus, dass es ein Problem mit Skalierbarkeit oder Wiederverwendbarkeit gibt, die ich hier nicht sehe. Ist das überhaupt eine relevante Frage?

• Gibt es überzeugende Gründe, warum Inhaltstypen/Site -Spalten anstelle von lokalen, benutzerdefinierten Listenfeldern verwendet werden sollten?
• Gibt es überzeugende Gründe, warum lokale, benutzerdefinierte Listenfelder anstelle von Inhaltstypen/Site -Spalten verwendet werden sollten?
• Gibt es tiefere Probleme als nur die Duplizierung der Funktionalität, wenn es darum geht, zu vermeiden, einen Standard -SharePoint -Listentyp zu verwenden und stattdessen eine benutzerdefinierte Liste zu erstellen, in der so ziemlich die gleichen Informationen gespeichert werden?

Answer 1

Die Entwurfsabsicht von Inhaltstypen besteht darin, die Wiederverwendung des Listenschemas (oder Verhaltens) zu unterstützen. Wenn also eine Menge Listen mit derselben Struktur erstellt wird, was häufig der Fall ist, ermöglicht der Inhaltstyp dies. Es wäre nicht akzeptabel, in dieser Situation Listenschemata einzeln erstellen zu müssen, und würde zu wiederholten fehleranfälligen Arbeiten führen. Normalerweise besteht in großen SharePoint -Standorten die Voraussetzung, um ein gewisses Maß an Konsistenz in den Metadaten durchzusetzen.

In dem Fall, in dem Sie gerade eine einzige Liste erstellen und nicht erwarten, ähnliche Listen an anderer Stelle in der Website zu erstellen, gibt es keinen Grund, einen Inhaltstyp zu verwenden. Sie können einfach eine ad-hoc-benutzerdefinierte Liste erstellen. Gleiches gilt für Felder - Site -Spalten sind nützlich, wenn Sie konsistente Metadaten für verschiedene Inhaltstypen und -listen erstellen möchten, aber nicht erforderlich, wenn Sie diese Anforderung nicht haben.

Die Standardlistentypen sind ein nützlicher Ausgangspunkt, wenn es für Ihre benutzerdefinierte Liste sinnvoll ist. Zum Beispiel bietet Ihnen eine Linksliste eine zusätzliche Funktionalität. Wenn Sie also etwas komplizierteres haben, aber im Kern eine Liste von Hyperlinks sind, ist dies ein guter Ausgangspunkt. Es ist jedoch nichts Falsches daran, eine benutzerdefinierte Liste zu erstellen, wenn Sie dies nicht benötigen.

Answer 2

Welche Rechnung (@spdoctor) sagte. Es hängt davon ab, ob.

Im Zusammenhang mit Nr. 3, da die Lösungen, mit denen Sie arbeiten, größer werden, werden Sie Ihre Lösungen in mehreren Standortsammlungen aufteilen. Da Inhaltstypen die Site -Sammlung -Umfang haben, kann dies zu einem Problem werden, wenn Sie keine überflüssige Wartung Ihrer Inhaltstypen haben möchten.

Um dies zu lösen, können Sie die neue SP2010 -Funktion des Inhaltstyps verwenden. CT Hub ist eine verwaltete Galerie von Inhaltstypen, mit der Sie Inhaltstypen über Site -Sammlungen veröffentlichen können.

Weiterlesen hier.

Answer 3

Ich erstelle immer Site -Spalten und Inhaltstypen. Harte Erfahrung hat mir mitgeteilt, dass alles, was implementiert ist, wahrscheinlich als coole Idee von jemandem angesehen wird, und wird an anderer Stelle auf derselben Site -Sammlung implementiert werden.

Wenn Sie über eine Hierarchie von Inhaltstypen in mehreren Listen in Websites verwendet werden und eine Änderungsanforderung bedeutet, dass Sie beispielsweise eine Auswahlspalte für die Auswahl hinzufügen müssen, die über alle Fälle hingewiesen werden muss, können Sie das problemlos tun Inhaltstypen.

Eine Anfrage fordert Sie auf, diese Wahl zu einer Liste hinzuzufügen, die diesen Inhaltstyp verwendet? Auch möglich, da "Inhaltstypen" tatsächlich Instanzen des Site -Inhaltstyps sind, der selbst arbeitet (obwohl sie vom Site -Inhaltstyp erben).

Answer 4

Zur ersten Frage - ja. Einige Daten sind an vielen Orten häufig. Zum Beispiel haben Sie möglicherweise eine Site -Site -Spalte für Finanzviertel, die an vielen Stellen verwendet werden kann. Das Finanzviertel ist nach wie vor das Finanzviertel, unabhängig davon, ob es sich um eine Aufwandsanfrage oder einen Bericht handelt. Daher ist es sinnvoll, diese Spalte zwischen den Typen zu teilen. Konzeptionell ist es dasselbe.

In ähnlicher Weise können Inhaltstypen an mehreren Standorten anwendbar sein. Beispielsweise ist ein Dokumentinhaltstyp von "Reisekosten" die gleiche Sache, egal ob es sich um die Website "Verkauf" oder auf der Website "Engineering" befindet. Indem Sie es zum gleichen Inhaltstyp machen, können Sie alle Dinge dadurch finden, na ja, Inhalt. Sie können dann leicht nach allen Reisekosten suchen (es gibt einige Möglichkeiten, dies zu tun)

Warum können die oben genannten Dinge nicht wahr sind, manchmal sind die Konzepte für eine einzelne Domäne, manchmal sind die oben genannten Dinge nicht wahr. Zum Beispiel können "Ingenieurarbeitsblätter" nur von Ingenieuren verwendet werden, sodass es sinnvoll ist, dass dies für ihre jeweilige Website logcal ist. Ich weiß nicht, dass das überzeugend ist - aber es ist ein Grund.

Die Faustregel, die ich gehe, lautet, dass es in Ordnung ist, einen lokalen Listen -Inhaltstyp/-feld zu haben, wenn etwas nur einmal verwendet wird.