Как стать автором
Обновить

Искусство абстракции: Важность использования буквенно-цифровых переменных в программировании

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров3.9K

Продолжая наше увлекательное путешествие с юмором по миру программирования, мы окунемся в новую главу и продолжим исследование, перед прочтением обязательно прочитайте прошлую статью об инновационном паттерне.


В мире программирования одним из наиболее значимых аспектов является выбор имен для переменных. Одним из широко распространенных подходов является использование буквенно‑цифровых обозначений, таких как «a», «b» и т. д. Возможно, это может показаться несущественным или лишь вопросом стиля, однако на самом деле эта практика имеет глубокие основания и является важной составляющей программистской этики. В данной статье рассмотрим преимущества использования таких обозначений и почему они способствуют повышению читаемости и понимаемости программного кода.

Красота в программировании находится не только в его функциональности, но и в его эстетике


Какие преимущества у "a b c case"?

  • Абстракция и общая понятность:
    Использование однобуквенных имен переменных способствует созданию абстракции, позволяя программисту фокусироваться на более широких аспектах кода. При работе с более глобальными концепциями, такими как циклы, условия и функции, использование общепринятых обозначений делает код более лаконичным и понятным. Такие обозначения уменьшают визуальный шум и позволяют программисту быстрее ориентироваться в коде.

  • Повышение читаемости:
    Использование буквенно‑цифровых переменных способствует повышению читаемости программного кода. Однобуквенные обозначения в коротких фрагментах кода могут быть более компактными и легкими для восприятия. Когда переменные имеют ясное и краткое обозначение, становится легче отслеживать поток данных и взаимодействие между различными компонентами программы.

  • Универсальность и переносимость:
    Использование общепринятых обозначений, таких как «a», «b», «i» и т. д., делает код более универсальным и переносимым. В ситуациях, когда несколько программистов работают над одним проектом или когда код переносится на другие платформы, использование таких имен переменных упрощает понимание и поддержку кода другими разработчиками.

  • Сокрытие сложности:
    Однобуквенные обозначения переменных могут помочь скрыть сложность алгоритмов или математических выражений, упрощая код и делая его более легким для понимания. Когда сложные вычисления или логика представлены через простые обозначения, это упрощает процесс отладки и поддержки кода.

Что об этом думают люди?

«Знаете, я всегда был непримиримым противником сложных имен переменных. Они меня смущают, будто я стою перед головоломкой. Я предпочитаю простоту, чтобы не тратить время на распутывание узлов. Вот почему я перешел на однобуквенные переменные. Многие считают это глупостью, но я считаю это актом гениальности! Когда я видел переменные типа 'clientRepository' или 'getUserById', у меня в голове возникали вопросы: 'Кто этот клиент? Зачем мне его репозиторий? И почему мы ищем пользователя по ID?'. Теперь же, с моими 'a1', 'b2' и 'c3', я могу спокойно улыбаться и говорить: 'Это просто переменная, не более'. Моя жизнь стала легче, а код — понятнее. Я не вижу в этом ничего глупого, ведь гениальность часто затмевает все остальное!»

«Посмотрите на всех этих людей с их продуманными именами переменных, будто они рассказывают историю в каждом символе. А я? Я просто смеюсь над ними с моими 'x', 'y' и 'z'. Они считают меня глупым и вечно говорят про какой‑то camel case и snake case, но я вижу, как они запутываются и теряются в деталях. Душнилы, одним словом! А я? Я могу спокойно передвигаться по коду, не вникая в их интеллектуальные штучки. И что самое смешное, когда я прошу объяснить, почему они используют такие длинные имена, они начинают оправдываться словами, что это делает код более читаемым и понятным. Но я смеюсь в лицо этим оправданиям, потому что я знаю, что моя простота бьет их сложность на всех фронтах. Так что пусть они там продолжают считать себя умными, а я буду смеяться с моими 'a1', 'b2' и 'c3' в уголке, где нет места для их ненужной интеллектуальной нагрузки.»


Мы уже использовали a b c case в нашей прошлой статье о паттерне программирования MOPP, поэтому в этот раз обойдемся без примеров.


Что делать, когда закончатся буквы?

Используйте цифры:

a = ...
b = ...
.
.
.
a1 = ...
a2 = ...
.
.
.
a9999999999999999999999 = ...

Просто, и, что самое главное, понятно, без всяких там «varForUserToGetIdFromMySQL»

Заключение

Вы можете называть переменные так, как вам удобно или как принято, но опытные программисты знают: использовать MOPP наряду с "a b c case" - путь к успеху.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
А что используете вы?
22.96% a b c case (правильный ответ)31
39.26% camelCase53
25.19% snake_case34
2.22% flat case3
10.37% SCREAMING_SNAKE_CASE14
Проголосовали 135 пользователей. Воздержались 18 пользователей.
Теги:
Хабы:
Всего голосов 9: ↑7 и ↓2+5
Комментарии36

Публикации

Истории

Ближайшие события

One day offer от ВСК
Дата16 – 17 мая
Время09:00 – 18:00
Место
Онлайн
Конференция «Я.Железо»
Дата18 мая
Время14:00 – 23:59
Место
МоскваОнлайн
Антиконференция X5 Future Night
Дата30 мая
Время11:00 – 23:00
Место
Онлайн
Конференция «IT IS CONF 2024»
Дата20 июня
Время09:00 – 19:00
Место
Екатеринбург
Summer Merge
Дата28 – 30 июня
Время11:00
Место
Ульяновская область