Lorsque vous utilisez un concepteur de formulaire, doivent être nommés étiquettes?

Question

Dans IDEs comme QtCreator ou sous forme d 'Visual C # designer, je voudrais entendre si les étiquettes « devraient » être nommés ou juste à gauche avec le schéma de nommage par défaut du concepteur de formulaire. Si l'objet ne va pas être touché dans le code et ne sert que des informations textuelles non-évolution, l'objet ne doit être partie d'un schéma de nommage? Si j'ai une étiquette au-dessus d'un champ de texte que l'utilisateur entre son nom, dois-je nommer cette étiquette « lblNamePrompt »?

Juste curieux pour obtenir des réponses.

Answer 1

  

Si l'objet ne va pas être touché dans le code et ne sert que non la modification des informations textuelles, l'objet ne doit faire partie d'un certain schéma de nommage?

Je ne donnerais pas un nom si je ne vais pas l'utiliser.

Parce que je suis paresseux et parce que si quelque chose fonctionne comme il est, je ne vais pas corriger cela quelque chose.

Answer 2

Je suis en désaccord avec la réponse acceptée. Il y a quelques aspects de la programmation où il peut faire valoir que la paresse est une vertu, mais la dénomination n'est pas un d'eux-que ce soit des contrôles, des variables ou des membres, votre objectif doit être clarté , pas l'efficacité .

Quelqu'un va devoir comprendre et à maintenir ce code à terme, même si elle est seulement d'essayer de me répondre à une question que vous avez posté sur Stack Overflow. Les noms plus descriptifs que vous avez donné vos objets, le temps plus facile moi ou quelqu'un d'autre va avoir passer au crible votre code source.

En supposant que vous utilisez le concepteur de formulaires dans Visual Studio, je vous propose une règle très simple:

• Si vous ne prévoyez pas d'utiliser le contrôle de n'importe où dans votre code, vous devez définir sa propriété GenerateMember « False ». Ceci empêche le concepteur d'émettre un niveau de classe élément variable pour la commande, la génération au lieu de seulement une variable locale dans la InitializeComponent , ce qui limite désordre. Alors et alors seulement vous sentir à l'aise ne donnant pas le contrôle d'un nom.

• Dans le cas contraire, si vous prévoyez ou peut-être jamais faire référence au contrôle de quelque part dans votre code, vous devez lui donner un descriptif nom. Période. Il est pas difficile de taper quelque chose.

Je supposais la partie controversée de cette question est de savoir si la notation quasi-hongrois est utile
(comme suggéré dans la réponse de Garis), pas si vous devez donner un nom de contrôle du tout. Personnellement, je comme la manière « BTN » provoque tous les boutons de commande à trier ensemble dans IntelliSense, mais je comprends que certaines personnes ont une haine pathologique de la langue hongroise qui découle vraisemblablement d'avoir été obligé de l'utiliser à certains plus tôt dans leur carrière de codage, alors ne hésitez pas à l'utiliser ou non en fonction de votre plaisir.

Answer 3

Je pense que garder le code clear , même si vous n'allez pas toucher « jamais » (notez les guillemets) est une bonne pratique. Je recommande de donner un bon nom.

Je ne suis pas un programmeur .NET, mais je l'ai vu dans un code est qu'ils utilisent des noms tels que:

Pour:

Etiquettes:

• lblFirstName
• lblLastName
• lblAddress

Boutons:

• btnSend
• btnCancel

Je suis très YAGNI . Mais je pense qu'il vaut la peine de donner des objets un nom qui fait référence à ce but / utilisation.