есть только у вас? Или вы когда-то взяли на вооружение себе. К примеру, я на всех проектах добавляю к имени приватного метода префикс "_". Или разделяю логические блоки в коде через *-------. Даже так
*‐-------------------------------
*----super
*------------------‐-------------
Super->do_something( )
*---‐----------------------------
*----new logic
*--------------------------------
тяжело вашим коллегам наверное. обычно на проекте есть гайдлайны по оформлению кода, специально для того чтобы не ломать глаза об особенности
Имхо такие комменты только загрязняют код, либо что-то не так с архитектурой, если нужны комментарии для деления на логические блоки. В clean abap написано зачем нужны комментарии и где использовать *, а где " и почему. Если уж делать что-то по своему, то хотя бы опираться на общеизвестные гайдлайны
Обычно _ протектед и __ приватный
чтобы с первого взгляда определить какой из них какой. удобно. а сверху валидатор есть который консистентность проверяет (и переименовывает)?
Это ужасно.
Это сложно назвать фишками или приёмами. В части нейминга и комментариев рекомендую почитать Р.Мартина Чистый код + регламент на проекте. Если говорить про фишки, то использую cx_no_check исключения. Фишкой это не назвать, но обычно используют static или dynamic исключения.
У меня из фишек был раньше генератор простого отчета с alv-grid, своя обертка над alv-grid и генератор фм-ов для api над таблицей бд. Супер сокращали время на нудный рутинный код
а почему раньше?
Сейчас не актуально для меня. Раньше это когда таких задач было много.
Классический питон нейминг, но там он обусловлен отсутствием контроля за модификаторами доступа, а нахрена в абоп его потащили, так и не понял
Понаучатся в своих гикбрейнсах
Та на все подобные курсы без слез не взглянешь
Из-за того что выпускники этих курсов потом зарабатывают больше чем abap-разработчики? 😄
Обсуждают сегодня