Намагаються не використовувати угорські позначення

Я бачив аргументи «за» і «проти угорської системи» . Деякі роки я працюю над застарілим проектом, який використовує цю систему, називаючи кожну змінну, функціонуючи з префіксом типу змінної, наприклад (strName, intAge, btnSubmit тощо) (я знаю оригінальні префікси угорських програм за типом змінна, а не тип). Я хотів би, щоб наступний мій проект повністю відмовився від нього, але мені важче однозначно назвати подібні речі, не вдаючись до цього.

Скажімо, у мене є веб-форма для збору адрес електронної пошти та зберігання їх у таблиці бази даних та кнопка, яка викликає функцію, що зберігає адресу в db.

Якщо я використовую позначення угорського стилю, я можу назвати поле txtEmailкнопкою btnEmailта значенням, що міститься в текстовому полі strEmail. Тоді я можу використовувати функцію storeEmail(strEmail)для зберігання електронної пошти. У мене тут чітка конвенція, очевидно, що таке кожна змінна.

Яка найкраща практика для називання цих змінних

• не вдаючись до угорських систем,
• не роблячи їх довгими чи заплутаними
• і з чіткою умовою використовувати для всього мого проекту?

Ваш останній пункт є найважливішим - все, що вам потрібно, щоб бути послідовним у вашому проекті та з колегами. Є два основні способи домогтися консистенції, і, якщо можливо, слід використовувати обидва. По-перше, використовуйте інструмент для перевірки іменування конвенцій під час збирання. У світі .Net StyleCop був би хорошим прикладом такого інструменту. Другий спосіб домогтися узгодженості - це рецензування всього коду, щоб ви могли не пильнувати.

Ваші інші два пункти, здається, запитують про альтернативу. Я не впевнений, що вам потрібна альтернатива; Суть про те, що угорська мова більше не є популярною, полягає в тому, що вона використовувалася для визначення типу, коли система типів та інструменти були, скажемо так, менш суворими. Тобто, якщо ви програмували в C і передавали вказівники навколо, єдиний спосіб відстежувати тип - це використання угорської мови. Тепер, якщо ви використовуєте таку мову, як C # або Java, ви не будете використовувати вказівники (або дуже рідко), тому необхідність у будь-якому виді угорської мови відпадає. Крім того, сучасні IDE дозволяють вам дуже легко бачити тип, наведення курсор на змінну або в гіршому випадку за допомогою короткого скорочення, щоб побачити оригінальну декларацію. Отже, я не думаю, що вам не потрібні будь-які позначення, просто назвіть змінну тим, що вона робить. Якщо це адреса електронної пошти, просто використовуйте "email" або "

У роботі з веб-формами / формами Windows / іншими графічними речами має сенс використовувати Системи Угорська, оскільки ви можете мати елементи управління, які дуже щільно пов'язані між собою - наприклад, текстове поле та мітку, які йдуть разом; ви можете назвати їх txtEmailі lblEmailвідрізнити. На мій досвід, це звичайне явище і насправді корисно.

Але у вашому коді позаду такий спосіб називання зайвий. Якщо у вас є тип змінної string, який використовується для зберігання електронної пошти, просто назвіть її email. Якщо ви чомусь заплуталися, більшість IDE повинні дозволити навести курсор на нього та побачити його тип. (В ідеалі, в матеріалах OO це може бути атрибутом якогось об'єкта і user.Emailще більш зрозумілим.)

Я думаю, що якщо у вашому коді оголошено більше одного об’єкта, який не є елементом керування графічним інтерфейсом, який можна було б правильно назвати email, щось не суттєво неправильно з вашим дизайном.

Що робить змінну "надто довго"?

Замість того txtEmail, btnEmailви могли б використовувати UserEmailText, UserEmailButtonі AdminEmailText,AdminEmailButton

Проблема з цим полягає в тому, що ви можете почати відчувати, що змінна починає довго отримувати:

AdminEmailIsValid починає межувати з тим, як довго я дозволяв би бути змінною.

Крім того, ви можете почати помічати, що ви повторно використовуєте набір змінних та набір операцій над цими змінними. Це те , що ООП призначена для. Замість набору змінних створіть загальний об'єкт:

class EmailForm
  var textBox, button, text
  function storeEmail()

Тоді ви можете створити нову змінну як клас та використовувати ті самі позначення крапок для доступу до своїх даних:

userEmailForm = new EmailForm(...data...)
adminEmailForm = new EmailForm(...different data...)
doSomething( userEmailForm.text )
doSomethingElse( adminEmailForm.text )

Звичайно, це орієнтовано на мови, які використовують парадигму OOP, але більшість популярних мов веб-розробки є об'єктно-орієнтованими або допускають об'єктно-орієнтований код (PHP, Python, C #, C ++, Java, JavaScript, ActionScript тощо) ).