Время чтения ~3 мин.
Задумывались ли вы когда-нибудь о том, почему при написания кода на ABAP используется snake_case?
Мнение большинства разработчиков, пишущих код на современных языках, заключается в том, что мы должны использовать CamelCase. Такой стиль считается лаконичным и легко читаемым.
Легкое чтение объясняется тем, что человеческий глаз различает смешанный и нижний регистр быстрее, чем верхний. Вероятно, из-за более разнообразного и, следовательно, более легкого различения форм букв.
В то же время ABAP нечувствителен к регистру. Поэтому идентификаторы, написанные в CamelCase остаются, пока не выполнится структурная печать.
Допустим вы решили не делать структурную печать и смело используете CamelCase. Прошло какое-то время, изменились бизнес требования и ваш коллега вносит изменения в вашу программу. Кто запретит ему использовать структурную печать? Он может и не заметить, как вместе со структурированием своего кода, изменит форматирование и вашего. В этом случае, код написанный вами станет трудно читаемым, т.к. слова будут написаны слитно в одном регистре.
Поэтому десятилетия назад ABAP’еры решили использовать SnakeCase вместо CamelCase, т.к. он по крайней мере сохраняет границы слова.
Также они решили писать ключевые слова ПРОПИСНЫМИ буквами. Такие буквы было легче заметить на черно-белых распечатках и на монохромных дисплеях (тяжелое было время).
Большие цветные экраны аннулировали часть этих аргументов. Однако такой формат (ключевые слова — ПРОПИСНЫЕ, идентификаторы-строчные) превратился в стандарт де-факто, принятый большинством разработчиков.
Этот пост написан на основе информации, прочитанной здесь.