При использовании дизайнера формы должны быть названы этикетки?

Question

В IDES, таких как qtcreator или с формирователем формы Visual C #, я хотел бы услышать, должны ли метки «должны назвать или только оставить с помощью схемы именования по умолчанию из конструктора формы. Если объект не будет затронут в коде и служит только не изменяющейся текстовой информацией, необходимо ли объект частью какой-то схемы именования? Если у меня есть лейбл над текстовым полем, который пользователь входит в их имя, должен назвать эти метки «LBLNAMEPROMPT»?

Просто любопытно получить некоторые ответы.

Answer 1

Если объект не будет затронут в коде и служит только не изменяющейся текстовой информацией, необходимо ли объект частью какой-то схемы именования?

Я бы не дал ему имя, если я не собираюсь его использовать.

Потому что я ленивый и потому, что если что-то работает, я не собираюсь что-то исправить.

Answer 2

Я не согласен с принятым ответом. Существуют некоторые аспекты программирования, где можно утверждать, что лень является добродетелью, но именование не является одним из них - будь то контролирует, переменные или члены, ваша цель должна быть ясность, не эффективность.

Кто-то должен будет понимать и поддерживать этот код в конце концов, даже если это только я, пытаясь ответить на вопрос, который вы опубликовали на переполнении стека. Чем более описательные имена, которые вы дали свои объекты, тем легче меня или кому-либо еще у вас будет просеивать исходный код.

Предполагая, что вы используете дизайнер форм в Visual Studio, я предлагаю очень простое правило:

• Если вы не планируете использовать контроль из любой точки вашего кода, вы должны установить его GenerateMember недвижимость на «ложь». Это предотвращает дизайнер излучать переменную элемента уровня класса для управления, вместо этого создает только локальную переменную в InitializeComponent метод, который ограничивает беспорядок. Тогда и только тогда вы должны чувствовать себя комфортно, не давая контроль имя.

• В противном случае, если вы планируете или можете ссылаться на контроль от куда-то в вашем коде, вы должны дать ему описательный имя. Период. Это не то, что трудно вводить что-то.

Я предположил, что спорная часть этого вопроса будет ли как квази венгерская нотация полезна
(Как предложено в ответе Гариса), не то, что вы должны дать контролировать имя вообще. Я лично подобно Путь «BTN» заставляет все элементы управления кнопки сортироваться вместе в IntelliSense, но я понимаю, что у некоторых людей есть патологическая ненависть к венгерскому языку, которая, по-видимому, связано с вынужденным использованием его на каком-то более раннем этапе в их кодировке, так что чувствую себя свободным использовать его или не в зависимости от вашего удовольствия.

Answer 3

Я думаю, что держать код Чисто Даже если вы не собираетесь дотронуться до него, «никогда» (не обратите внимание на двойные кавычки) - это хорошая практика. Я порекомендую дать ему хорошее имя.

Я не являюсь .NET-программистом, но я видел в некоторых коде, это то, что они используют имена, такие как:

Для:

Метки:

• lblfirstname.
• lllstname.
• lbladdress.

Кнопки:

• btnsend.
• BTNCANCEL.

Я оченьYagni.. Отказ Но я думаю, что стоит предоставить объектам имени, которое ссылается на его цель / использование.