Czy to dobra praktyka, aby usunąć tagi identyfikatorów z elementów sterujących, których nie odwołuję się do kodu za

Question

Zastanawiam się nad funkcją w Visual Studio. Osobiście powoduje to błąd, gdy otwieram rozwiązanie, nad którym pracuje ktoś inny, i jest on pełen Kontrolek z identyfikatorami takimi jak "label27" "textbox3" itp.

Jedną z pierwszych rzeczy, które robię, jest zmiana ich nazwy lub usunięcie, jeśli nigdy nie są przywoływane z kodem (tak jak ma to zazwyczaj miejsce w przypadku etykiet).

Ale właśnie zastanawiałem się, dlaczego Visual Studio domyślnie je takie bezsensowne wartości, wtedy zacząłem myśleć, czy może lepiej jest mieć coś w polu Id, niż go puste.

Oczywiście najlepszą sytuacją jest podanie im wszystkich sensownych nazw, ale jeśli natknę się na projekt pełen tych automatycznych generowanych identyfikatorów, czy robię autorowi przysługę, usuwając je, aby "wyczyścić" rozwiązanie? Kiedyś tak myślę, ale czy domyślne przeciąganie i upuszczanie lub kopiowanie i wklejanie elementów sterujących nie byłoby możliwe bez identyfikatora?

Answer 1

Myślę, że nie ma powodu, aby zachować takie identyfikatory. Więcej identyfikatorów => więcej html => większy rozmiar. Wiem, może to nie być znaczące, ale dlaczego niszczyć swój kod źródłowy czymś, czego nie chcesz i czego naprawdę nie potrzebujesz?

Jeśli nie podoba zachowanie domyślne VS, można wyłączyć "Auto ID-ing" poprzez ustawienia:

Narzędzia -> Opcje -> (Pokaż wszystkie ustawienia) -> Edytor tekstu -> HTML -> Różne

Answer 2

VS automatycznie przydzieli ID kontrolkom, które nie są do nich przypisane. Ale jeśli wklejasz kod z elementami sterującymi bez identyfikatorów, VS doda do nich nazwy generowane automatycznie.

Firma Microsoft uważa, że ​​wszystkie kontrolki powinny mieć identyfikatory uique. I powinieneś dostarczyć takie identyfikatory. Ale jeśli naprawdę ich nie potrzebujesz, po prostu usuń identyfikator, aby dostosować czytelność do kodu.

Najważniejsze jest to, że powinno to dotyczyć wszystkich elementów sterujących w projekcie i powinno być łatwo odczytać "czysty" kod.