Package selection guidance compiled from public package information, community data, and project usage.
go_router_plus provides enhanced routing capabilities built on Go Router, offering modular screen definitions, role-based access control, and automatic state refresh through built-in notifiers. It simplifies navigation in Flutter apps by abstracting complex routing logic into reusable components. The package supports all major platforms, making it ideal for scalable, maintainable applications with dynamic access requirements and real-time UI updates. Designed for developers seeking a structured approach to routing with minimal boilerplate.
Use cases
Single-page applications with dynamic routes
Multi-role user dashboards
Real-time UI updates via refresh notifiers
Modular app architecture
Cross-platform routing consistency
Protected route handling
Key features
Modular screen definitions
Role-based access control
Built-in refresh notifiers
Platform-agnostic routing
Extensible route configuration
Easy integration with Go Router
Suitable for
Developers building scalable Flutter apps
Teams needing centralized routing logic
Apps with complex access control
Projects requiring automatic UI refresh
Flutter apps targeting multiple platforms
Considerations
Requires familiarity with Go Router
May increase bundle size slightly
Depends on external state management patterns
Best suited for medium to large projects
Limited documentation beyond basic setup
Original README
Original README snapshot from the linked source repository. Visit the repository for the latest content.
Go Router Plus
Go Router is an awesome easy-to-use and production ready package for creating routes, handling
navigation, deep and dynamic links but in large apps have a lot of screens, states and auth logics,
it's hard to manage routes, redirect and refresh router logics.
This package try to solve problems above by adding screen pattern, common redirect logics and
chain redirect/refresh listenable.
Screen represent for route of your application, the purpose of
it is separate GoRoute factory logics out of GoRouter factory for
easy-to-read and maintaining.
All of your screens must be extends an abstraction class Screen providing by this package.
The following methods, getters need to implements:
Method build(BuildContext context, GoRouterState state) must be redeclare return
type to Widget or Page<void>, in common case you should use Widget but if you want to control
the transition of screen you should use Page<void>.
Getter routeName declare route name of the screen must be unique.
Getter routePath declare route path of the screen.
Mark screen as an initial screen
To setup initial path (the first screen user will see) in traditional way, we will set initialPath
argument of GoRouter factory but when using this package you need to create the screen implements InitialScreen interface instead.
As you know, GoRouter factory offer we an errorBuilder
argument to handling error (e.g route not found) but when using this package you need to create the screen implements ErrorScreen interface instead.
ShellRoute was added since go router v5
provides a way to wrap all sub-routes with a UI shell. Under the hood, GoRouter places a Navigator
in the widget tree, which is used to display matching sub-routes, you can use this feature by
extends ShellScreen class:
It's a simple interface need you implements loggedIn getter,
this getter return true when user has been logged in otherwise
user's guest (not logged in).
And you need to marks guest and user screens of you app by using UserScreen and GuestScreen interfaces:
In example above, we have two screen, one for guest (login screen) and one for
user (home screen). When user is NOT logged in he/she will be redirect
to login screen otherwise he/she will redirect to home screen, to handling
this scenario, we need to add AuthRedirector with the setting bellow:
Now everytime user access to screens implements UserScreen interface but
he/she's NOT logged in will be redirect to login screen and if they access to
screens implements GuestScreen interface but logged in will be redirect to home screen.
Screen redirection
It's a builtin feature to support screens have a custom redirect logic (e.g: access control by app states, user roles).
Screens want to build custom redirect logic should be implements RedirectAware:
Like origin redirection,
redirect method above return null in case current user's VIP type so user can stay
in this screen, on the other hand normal user will be redirect to home screen.
And to activate this feature pass ScreenRedirector instance to redirectors argument of factory function:
In some cases, you may want to control redirection logics for common screens like AuthRedirector or ScreenRedirector above
(e.g: add an interface to marks some screens only admin user can access).
In the example above, we have add the AdminScreen interface use to marks screens for admin user only,
if user's not permit will be redirect to home screen.
AdminRedirector implements RestrictRedirector interface only execute redirect method when
shouldRedirect method return true otherwise it'll skip. In this case, shouldRedirect method
only return true when current screen implements AdminScreen.
The final step is add custom redirector to redirectors argument of factory function
Refresh listenable is a builtin feature of GoRouter
to re-invoke redirection logics but it only accept one listenable and we need to implements all of
re-invoke logics in one place.
With this package you can add more than one listenable to re-invoke redirection logics so you can separate logics to easy control,
readable and independent to each others.
Pass one or more listenable instance to refreshNotifiers argument of factory function:
In the example above, AuthService class's a refresh notifier and implements LoggedInState interface
to providing state of current user's logged-in or guest. When user logout AuthRedirector will invoke
and redirect he/she to login screen. In the other hand, promotion service will invoke redirection logic
when activate promotion (e.g: move user to promotion screen).