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
If a type doesn't serialize any generic fields, we shouldn't be applying a generic parameter to the generated code. However, this is currently not the case.
Ideally, these definitions should not generate data classes/type aliases with generics.
Is there a possibility that the destination type should have these generics? I'm thinking about a hypothetical case like Uuid<Account> vs Uuid<Collection>, where those types would want to have equivalent distinct generics on the output side.
If a type doesn't serialize any generic fields, we shouldn't be applying a generic parameter to the generated code. However, this is currently not the case.
Ideally, these definitions should not generate data classes/type aliases with generics.
The text was updated successfully, but these errors were encountered: