-
Notifications
You must be signed in to change notification settings - Fork 207
New issue
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
Avoid IComposedTypeWrapper
for common base class?
#5435
Comments
HI @lvde0 This approach would be making the assumption these member types somehow have something in common (besides being used at the same place), which is not always true (depends on the API design). What limitations are you facing here? |
@baywet Yes, it might not always be the case. But I am proposing that when the types share the same "base type" we could simply return a list of base type instead of |
Thank you for the additional information. The challenge with this approach is that it might not work in all cases. Especially if types are used different places like a union type at one place and an inheritance hierarchy at another. Making that change would translate in serialization/deserialization issues. Let us know if you have any additional comments or questions. |
This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment. |
Is your feature request related to a problem? Please describe the problem.
Kiota generates
IComposedTypeWrapper
foroneof
sets. This is fine when the types in the set don't share a common base schema ("inherited" viaallof
), but I think it would be much nicer to just generate the base class directly when they do?Example:
Ideally this should generate
List<Animal>
notList<IComposedTypeWrapper>
. Is this possible somehow?Client library/SDK language
Csharp
Describe the solution you'd like
Additional context
No response
The text was updated successfully, but these errors were encountered: