Quando si utilizza un form designer, dovrebbero essere nominati etichette?

Question

In IDE come QtCreator o con Visual C # 's di progettazione form, mi piacerebbe sentire se le etichette 'dovrebbe' essere nominati o semplicemente lasciati con lo schema di denominazione predefinito dalla finestra di progettazione form. Se l'oggetto non sta per essere toccato nel codice e serve solo come evoluzione non informazioni testuali, fa il bisogno oggetto di far parte di un certo schema di denominazione? Se ho un'etichetta di sopra di un campo di testo che l'utente inserisce il proprio nome nel, dovrei nominare quell'etichetta "lblNamePrompt"?

Solo curioso per ottenere alcune risposte.

Answer 1

  

Se l'oggetto non sta per essere toccato nel codice e serve solo come evoluzione non informazioni testuali, se la necessità oggetto di far parte di un certo schema di denominazione?

Non vorrei dargli un nome, se io non ho intenzione di usarlo.

Perché io sono pigro e perché se qualcosa funziona così com'è, non ho intenzione di risolvere quel qualcosa.

Answer 2

Non sono d'accordo con la risposta accettata. Ci sono alcuni aspetti della programmazione in cui si può sostenere che la pigrizia è una virtù, ma la denominazione non è uno di loro, che si tratti di controlli, variabili, o dei soci, il vostro obiettivo dovrebbe essere chiarezza , non l'efficienza .

Qualcuno sta per avere per capire e mantenere questo codice alla fine, anche se è solo me cercando di rispondere a una domanda che hai postato su Stack Overflow. I nomi più descrittivi che avete dato gli oggetti, la me o chiunque altro tempo più facile sta per avere passare al setaccio il codice sorgente.

Supponendo che si sta utilizzando il designer forme in Visual Studio, vi propongo una regola molto semplice:

• Se non stai pensando di usare il controllo da qualsiasi punto del codice, è necessario impostare la proprietà GenerateMember "False". questo modo si evita il progettista da emettendo un a livello di classe membro variabile per il controllo, generando invece solo una variabile locale nel InitializeComponent metodo , che limiti ingombrare. Allora e solo allora si dovrebbe stare tranquillo non dare il controllo di un nome.

• In caso contrario, se si sta progettando o potrebbe mai fare riferimento al controllo da qualche parte nel codice, si dovrebbe dare un descrittiva nome. Periodo. Non è così difficile da digitare qualcosa.

ho assunto la parte controversa di questa domanda sarebbe se la notazione quasi-ungherese è utile
(come suggerito nella risposta di Garis), non è se si dovrebbe dare i comandi un nome a tutti. Io personalmente come il modo "btn" fa sì che tutti i controlli pulsante per essere allineati insieme in Intellisense, ma capisco che alcune persone hanno un odio patologico ungherese che presumibilmente deriva da essere stato costretto ad usare a un certo precedente fase della loro carriera di codifica, quindi sentitevi liberi di utilizzare o meno a seconda del vostro piacere.

Answer 3

Credo che mantenere il codice Cancella , anche se non si ha intenzione di toccarlo "mai" (avviso le virgolette) è una pratica buona. Io vi consiglio di dare un nome ad esso buona.

Im non un programmatore .NET, ma ho visto in qualche codice è che usano nomi come:

Per:

Etichette:

• lblFirstName
• lblLastName
• lblAddress

Pulsanti:

• btnSend
• btnCancel

Sono molto PRO- YAGNI . Ma penso che vale la pena di dare un nome gli oggetti che vi fa riferimento scopo / utilizzo.