Я не согласен с принятым ответом. Есть некоторые аспекты программирования, где можно утверждать, что лень - это добродетель, но именование не является одним из них - будь то элементы управления, переменные или члены, ваша цель должна быть ясности, а не эффективности.
Кому-то придется разбираться и поддерживать этот код в конце концов, даже если это только я пытаюсь ответить на вопрос, который вы разместили в Stack Overflow. Чем больше описательных имен вы предоставили своим объектам, тем легче мне или кому-либо еще придется просеивать ваш исходный код.
Предполагая, что вы используете конструктор форм в Visual Studio, я предлагаю очень простое правило:
Если вы не планируете использовать управление из любого места в коде, вы должны установите для своего свойства GenerateMember значение «False». Это не позволяет разработчику испускать переменную-член класса для элемента управления, вместо этого генерируя только локальную переменную в InitializeComponent method, что ограничивает беспорядок. Тогда и только тогда вы должны чувствовать себя комфортно, не давая контроль над именем.
В противном случае, если вы планируете или может когда-либо ссылаться на управление где-то в вашем коде, вы должны дать ему описательный имя. Период. Это не так сложно напечатать.
Я принял спорную часть этого вопроса будет ли полезно
квази-Венгерская нотация (как это было предложено в ответ Гарис в), не должны ли вы дать указательные имя на всех. Я лично как способ «btn» заставляет все элементы управления кнопками сортироваться вместе в Intellisense, но я понимаю, что у некоторых людей есть патологическая ненависть к венгерцам, которые, по-видимому, проистекают из того, что они были вынуждены использовать его на ранней стадии своего кодирования карьеру, поэтому не стесняйтесь использовать ее или нет в зависимости от вашего удовольствия.