You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
We see missing type information in scenarios when there is usage of templated objects,
Ex- List<String> user
In this case we get the type as java.util.List
Describe the solution you'd like
The type information should also show String, representing the true value of type
Ideally the same applies to Kotlin and languages where this holds true
Additional context
For the below code
import java.util.ArrayList;
import java.util.List;
public class Main {
public static void main(String[] args) {
// Create a List of Strings
List<String> stringList = new ArrayList<>();
// Add some elements to the list
stringList.add("Hello");
stringList.add("World");
stringList.add("!");
// Print the elements of the list
System.out.println("Elements of the List:");
for (String str : stringList) {
System.out.println(str);
}
}
}
The type of stringList should have info of both List and String in typeFullName
The text was updated successfully, but these errors were encountered:
The desire for type arguments to be persisted in type nodes and properties has been around for a while.
This PR adds a hidden, off-by-default flag, `keep-type-arguments`, signals to the `TypeInfoCalculator` to build the full name with the full names of the type arguments.
Resolves#4488
The desire for type arguments to be persisted in type nodes and properties has been around for a while.
This PR adds a hidden, off-by-default flag, `keep-type-arguments`, signals to the `TypeInfoCalculator` to build the full name with the full names of the type arguments.
Resolves#4488
Is your feature request related to a problem? Please describe.
We see missing type information in scenarios when there is usage of templated objects,
Ex-
List<String> user
In this case we get the type as
java.util.List
Describe the solution you'd like
The type information should also show
String
, representing the true value of typeIdeally the same applies to Kotlin and languages where this holds true
Additional context
For the below code
The type of
stringList
should have info of bothList
andString
in typeFullNameThe text was updated successfully, but these errors were encountered: