православных языках программирования я никогда не встречал на проектах нейминг типа lv_*, it_* и т.д. В абапе на разных проектах это сплошь и рядом и если руководствоваться общей практикой это плохо в названиях переменных указывать какие-то тех данные. Но это пипец как удобно если все на проекте это используют, не надо по 10 раз смотреть что это за хрень. И я не понял как нейминг костылит классы если вы договорились так на проекте и все это используют? Вы же используете небось в проекте zcl* а это уже техническое содержание в имени класса означающее что это не стандартный класс, а это не рекомендуется делать.
abap исторически создавался как бизнес язык. Т.е. тех часть в переменных позволяет тому же консу без серьезных тех навыков залезть в отладчик и понять что это за переменная: структура, переменная или таблица.
https://ru.wikipedia.org/wiki/%D0%92%D0%B5%D0%BD%D0%B3%D0%B5%D1%80%D1%81%D0%BA%D0%B0%D1%8F_%D0%BD%D0%BE%D1%82%D0%B0%D1%86%D0%B8%D1%8F
вы просто может не застали winbase.h, раньше было очень распространенная практика
Любые префиксы это кандидаты на костыли, но у некоторых костылей есть хотя бы исторические причины - таблицы с заголовками, процедурный код с помойками из глобальных переменных, традиция скудной семантики объектов словаря и т.п. А префиксы методов по области видимости не имеют истории и не были объективной необходимости когда-либо из-за недостатков среды или языка
православные это какие? где венгерской нотации не было и майктософт рядом не пробегал?
Эти префиксы называются венгерская нотация. Они были популярны во многих языках, в т.ч. и С++. Смысл в них был лишь тогда, когда IDE была чуть более чем просто блокнот. Современные IDE показывают тип и область видимости переменной при наведении на неё. Поэтому кодировать названия стало бессмысленно.
Вроде как в случае мелкомягких венгерская нотация удачно решила проблему описания типа для всяких com интерфейсов. Ну или попыталась решить
Обсуждают сегодня