Conventions d'affectation de noms de références de champs

Mise à jour : novembre 2007

Vous pouvez définir un nom de référence de champ à l'aide des caractères alphanumériques, des traits de soulignements et des traits d'union. Chaque nom de référence de champ doit contenir au moins un point (.), mais aucun point ne peut apparaître au début ou à la fin du nom. Un nom de référence de champ ne peut pas commencer par un chiffre ou un trait de soulignement, ni contenir plusieurs traits d'union consécutifs tels que (--).

Exemples

Les exemples suivants affichent des noms de références de champs valides dans différents espaces de noms.

Exemples d'espaces de noms système

System.Id

System.Title

System.CreatedBy

System.CreationDate

System.ChangedBy

System.ChangedDate

System.State

System.Reason

Exemples d'espace de noms Microsoft

Microsoft.Common.Status

Microsoft.Common.Priority

Microsoft.Scheduling.Duration

Microsoft.Scheduling.PercentComplete

Microsoft.Testing.TestCaseName

Exemples dans d'autres espaces de noms

Les clients et les partenaires peuvent également définir leurs propres espaces de noms pour prendre en charge leurs types d'éléments de travail personnalisés. Par exemple, la société fictive Trey Research peut définir les types d'éléments de travail personnalisés suivants :

TreyResearch.Common.Severity

La société de logiciels fictive A. Datum Corporation peut définir les types d'éléments de travail suivants :

A_Datum.Common.BusinessPriority

Les noms de références de champs peuvent avoir jusqu'à 70 caractères de long.

Team Foundation Server vous empêche de créer votre propre champ System.X, car cette opération peut compromettre les fonctionnalités de Team Foundation Server.

Team Foundation Server ne vous empêche pas de créer votre propre champ Microsoft.X. Toutefois, cette pratique est vivement déconseillée, car elle risque de compromettre les fonctionnalités de Team Foundation Server.

Voir aussi

Concepts

Noms de références des champs

Référence

FIELD, élément (Élément WORKITEMTYPE)