We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
code-pal has some objects with names that are very generic, like: ycx_entry_not_found, y_alv_events, y_demo_failures
ycx_entry_not_found
y_alv_events
y_demo_failures
suggest introducing a naming scheme that reduces the possibility of name clashes in customer systems
The text was updated successfully, but these errors were encountered:
Yeah, it would be good to have a default prefix on it all.
How about YPAL_ for the database, and Y_PAL_ for the ABAP? (Y_PAL_IF_*)
YPAL_
Y_PAL_
Y_PAL_IF_*
Probably, it will require the renaming of the Checks: Y_PAL_CHECK_<name>
Y_PAL_CHECK_<name>
And it will impact the current existing variants and profiles. Hm...
Sorry, something went wrong.
yea, and note that abaplint can help enforcing the naming pattern
lucasborin
Successfully merging a pull request may close this issue.
code-pal has some objects with names that are very generic, like:
ycx_entry_not_found
,y_alv_events
,y_demo_failures
suggest introducing a naming scheme that reduces the possibility of name clashes in customer systems
The text was updated successfully, but these errors were encountered: