HTML ti fornisce i mezzi per commentare il tuo markup
<div id="this_is" class="not_a_comment">Hello</div>
<!-- this is a comment -->
id è usato per riferirsi a elementi dai tuoi file javascript
class è usato per applicare le classi di stile css sui tuoi elementi
Come regola generale non aggiungere attributi a un elemento quando lo scrivi per la prima volta, ma solo quando ne hai effettivamente bisogno. questo manterrà il tuo markup pulito.
Né id né class sono pensati per i commenti. Se pensi che sia necessario un tipo di spiegazione, metti un commento. Non sorprendere i tuoi lettori, anche se sei in pochi mesi.
Detto questo, puoi dare ad un elemento un significativo id , anche se non è usato per javascript o css in questo momento. Se questo è sufficiente come spiegazione per ciò che l'elemento conterrà e come dovrebbe essere gestito, potrebbe essere sufficiente per risolvere i tuoi problemi.
Assicurati però che id non sia una parola usata spesso in modo che in futuro potrebbero esserci conflitti di id s. Rendilo molto specifico.
Risposta breve: qualsiasi cosa renda il tuo codice più facile da leggere, più facile da mantenere e più facile da testare, indipendentemente dalle regole che puoi trovare su Internet.
Risposta un po 'più lunga:
Se sono un elemento che dovrai visitare ai fini del test, probabilmente dovresti dargli un ID. Gli elementi con identificatori univoci sono molto più facili da trovare con strumenti automatici rispetto a quelli senza.
Penso anche che gli ID ti aiutino anche a organizzare concettualmente il tuo codice. Ad esempio, tutto nell'intestazione potrebbe andare all'interno di un div con l'id di 'page-header', il corpo in un div chiamato 'page-body' e il footer in 'page-footer'. all'interno del corpo principale potresti avere una sezione di navigazione e una sezione di contenuti, quindi è logico avere una divisione denominata "navigazione di pagina" e "contenuto di pagina" e così via.
Anche se in realtà non utilizzi questi id in nessun altro luogo, questo contribuisce a rendere la pagina un po 'più auto-documentante. Non è necessario farlo per ogni elemento, ma aiuta quando lo si utilizza per ogni elemento o sezione principale della pagina. Inoltre, come indicato nel primo paragrafo, pone le basi per rendere più semplice testare la pagina con strumenti automatici.
La linea di fondo è questa: non cercare di trovare regole dogmatiche da seguire. Invece, cerca di creare codice che sia facile da leggere, facile da mantenere e facile da testare.
Sarebbe stato bello aver visto un esempio di codice, ma consiglierei di usare un nome di elemento semantico HTML5 se ha lo stesso scopo di un id o di un commento. Esempio: potresti utilizzare <nav> anziché <div id="nav"> o <footer> anziché <div id="footer">
Penso che sia per lo più solo una questione di preferenza. Non vedo come ciò causerebbe problemi o utilizzare eventuali overhead / risorse aggiuntivi. L'unica cosa è che devi assicurarti di non chiamare mai quelli all'interno di un file incluso. Assicurati che siano distinti in modo tale che tu sappia cosa sono e non hanno alcuna possibilità di essere accidentalmente referenziati in qualche script o CSS in futuro. Oltre a questo, vai avanti. Personalmente tengo una registrazione abbastanza buona di tutto ciò che accade in NotePad ++ e OneNote, in modo da non causare conflitti in futuro. Un buon controllo della fonte è d'obbligo.