-
Notifications
You must be signed in to change notification settings - Fork 363
Allow updating custom additional types #593
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
Allow updating custom additional types #593
Conversation
As dicussed in other PRs ExpediaGroup#587 and ExpediaGroup#585 we can allow developers to have more customization of the schema by allowing them to add additional types of their own without having to add it to the schema directly. What they do with this feature will be up to them, but from a libray perspective it is not bad feature to support.
Actually this may not allow for someone to override the Do we instead need to make this method |
Yes. In order to allow easy extension |
Does this need an updated doc or sample? |
@EXPErdelfavero Yes, it does. Thank you for keep on top of that for us. We need to get better at checking docs, especially if there is a new feature label. |
Added new features in ExpediaGroup#593 that we did not document
Added new features in #593 that we did not document
* Allow updating custom additional types As dicussed in other PRs ExpediaGroup#587 and ExpediaGroup#585 we can allow developers to have more customization of the schema by allowing them to add additional types of their own without having to add it to the schema directly. What they do with this feature will be up to them, but from a libray perspective it is not bad feature to support. * Make function open
Added new features in ExpediaGroup#593 that we did not document
📝 Description
As discussed in other PRs #587 and #585 we can allow developers to have more customization of the schema by allowing them to add additional types of their own without having to add it to the schema directly. What they do with this feature will be up to them, but from a library perspective it is not bad feature to support.
🔗 Related Issues
See my comment here for more details: #585 (comment)