Cuando se utiliza un diseñador de formularios, se deben nombrar las etiquetas?

Question

En entornos de desarrollo como QtCreator o con Visual C # 's diseñador de formularios, me gustaría saber si las etiquetas 'deben' ser nombrados o simplemente quedan con el esquema de nombres por defecto del diseñador de formularios. Si el objeto no va a ser tocado en el código y sólo sirve como el cambio de la no-información textual, hace la necesidad objeto a ser parte de algún esquema de nombres? Si tengo una etiqueta sobre un campo de texto que el usuario introduce su nombre en, debería nombrar esa etiqueta "lblNamePrompt"?

Sólo por curiosidad, para obtener algunas respuestas.

Answer 1

  

Si el objeto no va a ser tocado en el código y sólo sirve como el cambio de la no-información textual, no la necesidad objeto a ser parte de algún esquema de nombres?

No le daría un nombre si no voy a utilizarlo.

Debido a que soy perezoso y porque si algo funciona tal como es, no va a solucionar ese algo.

Answer 2

No estoy de acuerdo con la respuesta aceptada. Hay algunos aspectos de la programación donde se puede argumentar que la pereza es una virtud, pero de nombres no es uno de ellos, si se trata de controles, variables, o miembros, su objetivo debe ser claridad , no la eficiencia .

Alguien va a tener que entender y mantener el código con el tiempo, incluso si es sólo a mí tratando de responder a una pregunta que has publicado desbordamiento de pila. Los nombres más descriptivos que han dado sus objetos, el tiempo más fácil yo o cualquier otra persona va a tener tamizado a través de su código fuente.

Si se asume que está utilizando el diseñador de formularios en Visual Studio, propongo una regla muy simple:

• Si usted no está planeando sobre el uso del control desde cualquier parte del código, debe establecer su propiedad GenerateMember a "falso". Esto evita que el diseñador de la emisión de un nivel de clase variable miembro para el control, en lugar generar solamente una variable local en el href="http://www.danielmoth.com/Blog/GenerateMember.aspx" rel="nofollow"> InitializeComponent método

• De lo contrario, si usted está planeando o puede ser que alguna vez referencia al control de alguna parte de su código, debe darle un descriptiva nombre. Periodo. No es tan difícil de escribir algo.

I asumió la parte controvertida de esta cuestión sería si la notación cuasi-húngaro es útil
(como se sugiere en la respuesta de Garis), no si debe dar a los controles de un nombre en absoluto. Personalmente como el camino "btn" hace que todos los botones de control para ser ordenados juntos en Intellisense, pero entiendo que algunas personas tienen un odio patológico de Hungría que, presumiblemente, se deriva de haber sido obligado a utilizarlo en algún etapa anterior de su carrera de codificación, por lo que no dude en utilizar o no dependiendo de su placer.

Answer 3

Creo que mantener el código clara , incluso si no se va a tocar "nunca" (nótese las comillas) es una práctica buena. Voy a recomendar dar un nombre bueno para él.

No soy un programador .NET, pero he visto en algún código es que utilizan nombres como:

Para:

Etiquetas:

• lblFirstName
• lblLastName
• lblAddress

Botones:

• btnSend
• btnCancel

Estoy muy PRO- YAGNI . Pero creo que vale la pena dar un nombre objetos que las referencias que el propósito / uso.