Prefixes in identifiers

[sap]

Prefixes in identifiers

[HrFlorianHoffmann]

In response to flaiker's original comments, created the Pull Request Be consistent #51. I repeatedly heard this chain of argumentation and think it is a valuable addition.

I am also not really happy with the recommendation of not using any prefixes anymore... In my own daily work I realized, that I often mix prefixing and non-prefixing, depending on something I still have to find out.

Although methods should be short, due to many reasons, it's not like that in my productive code. If the method is really short I intend to use no prefixes because it simply makes the short code even shorter and therefore better understandable.
If there is some more logic in the code, I like to have importing parameters named with I_, exporting parameters named with E_ and local or global variables named with L or G/M. I don't know really why. Maybe because I am used to that for so many years and it's not easy to adapt to new things...?

The other prefix, that tells the type of a variable, makes me also often feel more comfortable with the code. Yes, you often can describe by the name if it's an internal table or a variable, but sometimes you can't (if there is some description with INFORMATION or DATA for example).
It's the same issue when looping over the returning parameter of a function
LOOP AT order->get_order_items( ) INTO order_item
It kind of makes me understand the command again and again. Even though I know what it does, it takes more time to interpret.

Plus: I just also like to see if the "thing" is an object, a variable, a table or a work area.

[fabianlupa]

Fixed in #51