Replies: 2 comments 3 replies
-
Hey @jamesrweb, thanks for bringing in your idea and showing us through examples what this might look like 👍 I agree, this is a wanted feature, as also asked for in #134. We want to see this being part of Framework X as well, so this is definitely on our list. We're currently working on the next major version for ReactPHP (v3) which takes up a lot of our time and will not only improve ReactPHP itself, it also enhances Framework X and other projects build on top of ReactPHP. |
Beta Was this translation helpful? Give feedback.
-
To keep you updated, we released the first version of Framework X yesterday (v0.16.0), along with all the other prior tagged versions! 🎉 With these new versions out, we can now create smooth upgrade paths between versions and it also makes it easier for us to introduce BC breaks in the future. While working on the new version, we also made a list of all the features and prototypes that we have started working on in the past, but never finished due to the release situation (the situation being that we had none 😅). Adding route groups is one of these topics, and we're happy to further look into this while working on the next versions for Framework X (don't know which version specifically yet). I also updated #241 recently which was a pull request to introduce route groups to Framework X. The PR was a good starting point for this topic, but we'll probably make changes to the I'll keep this ticket here updated as we make progress 👍 If you need this (more) urgently, you can also reach out to us or help us prioritizing by becoming as sponsor ❤️ |
Beta Was this translation helpful? Give feedback.
-
It would be nice if we could implement route groups, for example:
We could also pass such
AppGroup
arguments to an invokable class provided to the->group()
method also, for example:This way we could create clean groupings in a familiar way to how Controllers currently work.
I would personally find this extremely helpful at decluttering my
$app->*
calls. Furthermore, you may have noticed that I took the liberty of adding aInvokableAppGroup
interface above, this is something we are missing for Controllers, etc currently but could be a really nice addition to the framework so that such classes can be implemented via contract rather than assumption. Of course this is a separate topic but it would be nice to have such interfaces for core concepts as native parts of the framework in future.Beta Was this translation helpful? Give feedback.
All reactions