Convenciones de nomenclatura de nombres de referencia de campo

Actualización: noviembre 2007

Puede definir un nombre de referencia de campo utilizando caracteres alfanuméricos, el subrayado y el guión. Cada nombre de referencia de campo debe contener al menos un punto, (.), pero no puede aparecer al principio ni al final del nombre. Un nombre de referencia de campo no puede comenzar por un número o un carácter de subrayado, ni tampoco puede tener varios guiones consecutivos, como (--).

Ejemplos

Los ejemplos siguientes muestran nombres de referencia de campo válidos en varios espacios de nombres.

Ejemplos de espacio de nombres System

System.Id

System.Title

System.CreatedBy

System.CreationDate

System.ChangedBy

System.ChangedDate

System.State

System.Reason

Ejemplos de espacio de nombres Microsoft

Microsoft.Common.Status

Microsoft.Common.Priority

Microsoft.Scheduling.Duration

Microsoft.Scheduling.PercentComplete

Microsoft.Testing.TestCaseName

Ejemplos de otros espacios de nombres

Los clientes y socios también pueden definir sus propios espacios de nombres para admitir sus tipos de elementos de trabajo personalizados. Por ejemplo, la compañía ficticia Trey Research podría definir los tipos de elementos de trabajo personalizados siguientes:

TreyResearch.Common.Severity

La compañía de software ficticia A. Datum Corporation podría definir los tipos de elemento de trabajo siguientes:

A_Datum.Common.BusinessPriority

Los nombres de referencia de campo pueden tener hasta 70 caracteres de longitud.

Team Foundation Server evita que el usuario cree su propio campo System.X porque podría impedir la funcionalidad de Team Foundation Server.

Team Foundation Server no le impide que cree su propio campo Microsoft.X. Sin embargo, esta práctica no es recomendable porque podría impedir la funcionalidad de Team Foundation Server.

Vea también

Conceptos

Nombres de referencia de campos

Referencia

Elemento FIELD (Elemento WORKITEMTYPE)