Les types de contenu par rapport aux champs de liste personnalisée

Question

Ceci est une question sur les meilleures pratiques et l'intention des concepteurs de SharePoint.

Je suis assez nouveau avec SharePoint et ont seulement travaillé sur des projets assez petits. Je me retrouve souvent la création de listes personnalisées et les bibliothèques. Dans ce cas spécifique, j'ai une bibliothèque de documents que mes utilisateurs utiliseront pour modifier collaborately et de vérifier le contenu d'un grand nombre de feuilles de calcul Excel. J'ai une liste séparée qui, à l'aide des gestionnaires d'événements, suit les modifications effectuées à des éléments dans la première liste.

Quand je fais ce genre de travail, je habituellement juste créer une bibliothèque liste personnalisée ou un document sur mesure où j'utilise l'option de menu « Créer colonne » pour ajouter des colonnes. J'utilise presque jamais les champs de types de contenu pré-existants. Je l'ai parfois créé un type de contenu personnalisé pour la liste entière, mais l'ensemble du processus a juste semblé plus compliqué et d'entretien à forte intensité qu'il devait être. Cependant, je suppose qu'il ya une question liée à l'évolutivité ou réutilisabilité que je ne vois pas ici. Est-ce même une question pertinente à poser?

• Y a-t-il des raisons impérieuses pour lesquelles colonnes types de contenu / site doivent être utilisés à la place des champs locaux, liste personnalisée?
• Y a-t-il des raisons impérieuses pour lesquelles les champs locaux, liste personnalisés doivent être utilisés à la place des types de contenu / colonnes de site?
• Y a-t-il des problèmes plus profonds que la simple duplication des fonctionnalités en ce qui concerne, par exemple, en évitant d'utiliser un type standard de liste SharePoint et au lieu de créer une liste personnalisée qui stocke à peu près les mêmes informations?

Answer 1

L'intention de conception de types de contenu est de soutenir la réutilisation du schéma de liste (ou comportements). Donc, s'il est nécessaire de créer un grand nombre de listes avec la même structure, ce qui est souvent le cas, le type de contenu permet cela. Il serait inacceptable d'avoir à créer des schémas de liste individuellement dans cette situation et se traduirait par un travail répétitif sujette aux erreurs. Habituellement, dans les grands sites SharePoint, il est nécessaire de respecter un certain niveau de cohérence dans les métadonnées.

Dans le cas où vous venez de créer une liste unique, et vous ne prévoyez pas construire des listes semblables ailleurs dans le site, il n'y a aucune raison d'utiliser un type de contenu. Vous pouvez simplement créer une liste personnalisée ad hoc. De même pour les champs -. Colonnes de site sont utiles lorsque vous souhaitez créer des métadonnées cohérentes entre les différents types de contenu et des listes, mais pas nécessaire si vous ne possédez pas cette exigence

Les types de liste standard sont un point de départ utile si elle fait pour votre liste personnalisée sens. Par exemple, une liste Liens vous donne quelques fonctionnalités supplémentaires, donc si vous avez quelque chose qui est plus compliqué, mais est, à sa base, une liste de liens hypertextes, c'est un bon endroit pour commencer. Mais il n'y a rien de mal à la création d'une liste personnalisée si vous n'avez pas besoin de cela.

Answer 2

Qu'est-ce que le projet de loi (@SPDoctor) a dit. Cela dépend.

En relation avec n ° 3, comme les solutions que vous travaillez avec une augmentation du volume, vous aurez tendance à partager vos solutions à travers plusieurs collections de sites. Depuis types de contenu a le site champ de collecte, cela peut devenir un problème si vous ne voulez pas avoir la maintenance redondante de vos types de contenu.

Pour résoudre cela, vous pouvez utiliser la nouvelle fonctionnalité SP2010, Content Hub type. plaque tournante CT est une galerie de types de contenu géré, qui vous permet de publier des types de contenu dans les collections de sites.

En savoir plus .

Answer 3

Je crée toujours les colonnes du site et des types de contenu. expérience Harsh m'a dit que tout mis en œuvre sera probablement considéré comme une idée fraîche par quelqu'un et demandera à être mis en œuvre ailleurs sur la même collection de sites.

Si vous avez une hiérarchie des types de contenu en cours d'utilisation sur plusieurs listes à l'intérieur des sites Web, et un moyen de demande de changement dont vous avez besoin, par exemple, ajouter un choix à une colonne choix qui doit se propager dans tous les cas, vous pouvez le faire tht facilement avec les types de contenu.

Une demande vous demande d'ajouter ce choix à une seule liste qui utilise ce type de contenu? Aussi possible, « Liste des types de contenu » sont en fait des cas du type de contenu du site, fonctionnant sur leur propre (bien qu'ils ne héritent du type de contenu du site).

Answer 4

A la première question - oui. Certaines données sont communes à de nombreux endroits. Par exemple, vous pourriez avoir une colonne de site « quartier financier », et cela pourrait être utilisé dans de nombreux endroits; le trimestre financier est toujours le trimestre financier que ce soit une demande de frais ou d'un rapport d'une certaine sorte, il est donc logique de pouvoir partager cette colonne entre les types. Conceptuellement, c'est la même chose.

De même, les types de contenu peut être applicable à plusieurs endroits. Par exemple, un type de contenu du document « Dépenses de voyage » est la même chose que ce soit sur le site de l'équipe « Sales » ou « ingénierie » site. En faisant le même type de contenu, vous pouvez trouver toutes les choses par là, bien, le type de contenu. Vous pouvez ensuite rechercher facilement tous les frais de voyage (il y a quelques façons de le faire)

Quant à savoir pourquoi utiliser des champs locaux ou types de contenu (deuxième question) - bien, parfois les choses ci-dessus ne sont pas vraies, parfois concepts sont notamment à un seul domaine. Par exemple, « » ingénierie feuilles de travail peuvent être utilisés que par des ingénieurs, donc il est logique que cela pourrait être logcal à leur site particulier. Je ne sais pas que ce soit convaincant -. Mais il est une raison

La règle de base que je vais en est que si quelque chose ne va être utilisé qu'une seule fois, il est normal d'avoir un type de contenu de la liste locale / champ.