feat: Returns the parent's app from route(path, subApp)
.
#948
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
#947
As for
route()
, in general, I think the expected type depends on the arguments given.If no subApp is given, then of course an app with path as basePath should be returned.
However, if a subApp is given, the app that has it in the basePath is usually not necessary.
If so, it would be more convenient to return
this
when a subApp is specified. This PR includes such a change.Is this a good API?
However, it is generally not a good API to have the return type change depending on the argument. I think we can avoid this confusion by renaming the single argument
route()
asbasePath()
and make the return value intuitive as well.main...usualoma:hono:feat/basePath-method
Other options
I don't think the current behavior of main branch is so bad, so I think there is an option not to change it.
@yusukebe
What do you think?