on ‎2017 Mar 08 4:09 PM
Request clarification before answering.
There's a reason behind.
Dictionary types and classes/interfaces are both global types in ABAP and can be used behind TYPE REF TO ...
You cannot have dictionary types and classes/interfaces of the same name.
If you enter the name of a dictionary type in the class builder and try to create it as a class or interface you get an according message.
Another way around, you get that message too.
When you want to display the global type in SE11, the tool is friendly (maybe a bit eager) and navigates to the type's definition, i.e. the class builder for global classes or interfaces.
Not a bug!
PS: And that's why the names of global classes and interfaces as a rule should start with CL_, CX_, IF_, ...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Horst,
Thank you for your clear explanation, I got the point now and why I miss interpreted the situation.
.
It redirects if it is a real class - for example try CL_SALV_TABLE.
It also redirects appropriately to views, structures, data elements, etc.... I don't think it is a bug, but a rather convenient hidden feature.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Exactly,"you can't create the table with the same name if the class exists"!
And this is not a bug but a feature.
Dictionary types and classes/interfaces are both global types and belong to one namespace!
| User | Count |
|---|---|
| 9 | |
| 5 | |
| 4 | |
| 3 | |
| 3 | |
| 3 | |
| 3 | |
| 2 | |
| 2 | |
| 1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.