beamer
Handle your application routing, synchronize it with browser URL and more. Beamer uses the power of Router and implements all the underlying logic for you.
Quick Start
For a simple application, SimpleLocationBuilder
is an appropriate choice which yields the least amount of code for a functioning application:
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return MaterialApp.router(
routeInformationParser: BeamerRouteInformationParser(),
routerDelegate: BeamerRouterDelegate(
locationBuilder: SimpleLocationBuilder(
routes: {
'/': (context) => HomeScreen(),
'/books': (context) => BooksScreen(),
'/books/:bookId': (context) => BookDetailsScreen()
},
),
),
);
}
}
Navigating through those routes can be done with
Beamer.of(context).beamToNamed('/books/2');
// or
context.beamToNamed('/books/2');
And accessing route attributes (for example, bookId
for building BookDetailsScreen
) can be done with
Beamer.of(context).currentLocation.state.pathParameters['bookId'];
// or
context.currentBeamLocation.state.pathParameters['bookId'];
Key Concepts
For a fairly large app, it is recommended to use Beamer
in its "natural" form.
BeamLocation
The most important construct in Beamer is a BeamLocation
which represents a stack of one or more pages.
BeamLocation
has 3 important roles:
- know which URIs it can handle:
pathBlueprints
- know how to build a stack of pages:
pagesBuilder
- keep a
state
that provides a link between the first 2
BeamLocation
is an abstract class which needs to be extended. The purpose of having multiple BeamLocation
s is to architecturally separate unrelated "places" in an application.
For example, BooksLocation
can handle all the pages related to books and ArticlesLocation
everything related to articles. In the light of this scoping, BeamLocation
also has a builder
for wrapping an entire stack of its pages with some Provider
so the similar data can be shared between similar pages.
This is an example of BeamLocation
:
class BooksLocation extends BeamLocation {
BooksLocation(BeamState state) : super(state);
@override
List<String> get pathBlueprints => ['/books/:bookId'];
@override
List<BeamPage> pagesBuilder(BuildContext context, BeamState state) => [
BeamPage(
key: ValueKey('home'),
child: HomeScreen(),
),
if (state.uri.pathSegments.contains('books'))
BeamPage(
key: ValueKey('books'),
child: BooksScreen(),
),
if (state.pathParameters.containsKey('bookId'))
BeamPage(
key: ValueKey('book-${state.pathParameters['bookId']}'),
child: BookDetailsScreen(
bookId: state.pathParameters['bookId'],
),
),
];
}
BeamState
This is the above-mentioned state
of BeamLocation
. Its role is to keep various URI attributes such as pathBlueprintSegments
(the segments of chosen pathBlueprint, as each BeamLocation
supports many of those), pathParameters
, queryParameters
and arbitrary key-value data
. Those attributes are important while building pages and for BeamState
to create an uri
that will be consumed by the browser.
Besides purely imperative navigation via e.g. beamToNamed('/books/3')
, this also provides a method to have declarative navigation by changing the state
of BeamLocation
. For example:
Beamer.of(context).currentLocation.update(
(state) => state.copyWith(
pathBlueprintSegments: ['books', ':bookId'],
pathParameters: {'bookId': '3'},
),
),
BeamState
can be extended with a completely custom state which can be used for BeamLocation
, for example:
class BooksLocation extends BeamLocation<MyState> {...}
It is important in this case that CustomState
has an uri
getter which is needed for browser's URL bar.
Beaming
Navigating between or within BeamLocation
s is achieved by beaming. You can think of it as teleporting (beaming) to another place in your app. Similar to Navigator.of(context).pushReplacementNamed('/my-route')
, but Beamer is not limited to a single page, nor to a push per se. BeamLocation
s hold an arbitrary stack of pages that get built when you beam there. Using Beamer can feel like using many of Navigator
's push/pop
methods at once.
Examples of beaming:
Beamer.of(context).beamTo(MyLocation());
// or with an extension on BuildContext
context.beamTo(MyLocation());
context.beamToNamed('/books/2');
// or more explicitly
context.beamTo(
BooksLocation(
BeamState(
pathBlueprintSegments: ['books', ':bookId'],
pathParameters: {'bookId': '2'},
),
),
),
context.beamToNamed(
'/book/2',
data: {'note': 'this is my favorite book'},
);
Updating
Once at a BeamLocation
, it is preferable to update the current location's state. For example, for going from /books
to /books/3
(which are both handled by BooksLocation
):
context.currentBeamLocation.update(
(state) => state.copyWith(
pathBlueprintSegments: ['books', ':bookId'],
pathParameters: {'bookId': '3'},
),
),
NOTE that both beaming functions (beamTo
and BeamToNamed
) will have the same effect as update
when you try to beam to a location which you're currently on, e.g. if you called context.beamToNamed('/books/3')
instead of above code.
Beaming Back
All BeamLocation
s that you visited are kept in beamHistory
. Therefore, there is an ability to beam back to the previous BeamLocation
. For example, after spending some time on /books
and /books/3
, say you beam to /articles
which is handled by another BeamLocation
(e.g. ArticlesLocation
). From there, you can get back to your previous location as it were when you left, i.e. /books/3
.
context.beamBack();
NOTE that Beamer will remove duplicate locations from beamHistory
as you go. For example, if you visit BooksLocation
, ArticlesLocation
and then BooksLocation
again, the first instance of BooksLocation
will be removed from history and beamHistory
will be [ArticlesLocation,BooksLocation]
instead of [BooksLocation,ArticlesLocation,BooksLocation]
. You can turn that off by setting BeamerRouterDelegate.removeDuplicateHistory
to false
.
NOTE that Beamer can integrate Android's back button to do beamBack
if possible when all the pages from current BeamLocation
have been popped. This is achieved by setting a back button dispatcher in in MaterialApp.router
.
backButtonDispatcher: BeamerBackButtonDispatcher(delegate: routerDelegate)
You can check whether you can beam back with context.canBeamBack
or even inspect the location you'll be beaming back to: context.beamBackLocation
.
Usage
Lastly, we go through a couple of notes on how and where to put Beamer.
On Entire App
To use Beamer on your entire app, you must (as per official documentation) construct your *App
widget with .router
constructor to which (along with all your regular *App
attributes) you provide
routeInformationParser
that parses an incoming URI.routerDelegate
that controls (re)building ofNavigator
Here you use the Beamer implementation of those - BeamerRouteInformationParser
and BeamerRouterDelegate
, to which you pass your LocationBuilder
.
In the simplest form, LocationBuilder
is just a function which takes the current BeamState
and returns a custom BeamLocation
based on the URI or other state properties.
class MyApp extends StatelessWidget {
final routerDelegate = BeamerRouterDelegate(
locationBuilder: (state) {
if (state.uri.pathSegments.contains('books')) {
return BooksLocation(state);
}
return HomeLocation(state);
},
);
@override
Widget build(BuildContext context) {
return MaterialApp.router(
routerDelegate: routerDelegate,
routeInformationParser: BeamerRouteInformationParser(),
backButtonDispatcher:
BeamerBackButtonDispatcher(delegate: routerDelegate),
);
}
}
There are also two other options available, if you don't want to define a custom LocationBuilder
function.
With a List of BeamLocations
You can use the BeamerLocationBuilder
with a list of BeamLocation
s. This builder will automatically select the correct location, based on the pathBlueprints
of each BeamLocation
. In this case, define your BeamerRouterDelegate
like this:
final routerDelegate = BeamerRouterDelegate(
locationBuilder: BeamerLocationBuilder(
beamLocations: [
HomeLocation(),
BooksLocation(),
],
),
);
With a Map of Routes
You can use the SimpleLocationBuilder
with a map of routes and WidgetBuilder
s, as mentioned in Quick Start. This completely removes the need for custom BeamLocation
s, but also gives you the least amount of customizability. Still, wildcards and path parameters in your paths are supported as with all the other options.
final routerDelegate = BeamerRouterDelegate(
locationBuilder: SimpleLocationBuilder(
routes: {
'/': (context) => HomeScreen(),
'/books': (context) => BooksScreen(),
'/books/:bookId': (context) => BookDetailsScreen(
bookId: context.currentBeamLocation.state.pathParameters['bookId'],
),
},
),
);
Deeper in the Tree
If there is a need for nested navigation, Beamer
will be put somewhere deeper in the tree. In this case, it is a MUST to set RootRouterDelegate
instead of BeamerRouterDelegate
as the top-most router delegate. Then, we have 2 options:
- provide
homeBuilder
toRootRouterDelegate
which will serve the same role asMaterialApp.home
. This is useful when you need a simple app with some navigation bar.
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return MaterialApp.router(
routeInformationParser: BeamerRouteInformationParser(),
routerDelegate: RootRouterDelegate(
homeBuilder: (context, uri) => Scaffold(
body: Beamer(
locationBuilder: _locationBuilder,
),
...
),
),
...
);
}
}
- provide
locationBuilder
toRootRouterDelegate
as we would toBeamerRouterDelegate
and haveBeamer
somewhere deep within those locations (see nested navigation example).
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return MaterialApp.router(
routeInformationParser: BeamerRouteInformationParser(),
routerDelegate: RootRouterDelegate(
locationBuilder: BeamerLocationBuilder(
beamLocations: [
HomeLocation(),
BooksLocation(),
ArticlesLocation(),
],
),
),
...
);
}
}
General Notes
-
When extending
BeamLocation
, two methods need to be implemented:pathBlueprints
andpagesBuilder
.pagesBuilder
returns a stack of pages that will be built byNavigator
when you beam there, andpathBlueprints
is there for Beamer to decide whichBeamLocation
corresponds to which URI.BeamLocation
keeps query and path parameters from URI in itsBeamState
. The:
is necessary inpathBlueprints
if you might get path parameter from browser.
-
BeamPage
's child is an arbitraryWidget
that represents your app screen / page.key
is important forNavigator
to optimize rebuilds. This should be a unique value for "page state".BeamPage
createsMaterialPageRoute
by default, but other transitions can be chosen by settingBeamPage.type
to one of availableBeamPageType
.
NOTE that "Navigator 1.0" can be used alongside Beamer. You can easily push
or pop
pages with Navigator.of(context)
, but those will not be contributing to the URI. This is often needed when some info/helper page needs to be shown that doesn't influence the browser's URL. And of course, when using Beamer on mobile, this is a non-issue as there is no URL.
Examples
Books
Here is a recreation of books example from this article where you can learn a lot about Navigator 2.0. See Example for full application code of this example.
Advanced Books
For a step further, we add more flows to demonstrate the power of Beamer. The full code is available here.
Deep Location
You can instantly beam to a location in your app that has many pages stacked (deep linking) and then pop them one by one or simply beamBack
to where you came from. The full code is available here. Note that beamBackOnPop
parameter of beamTo
might be useful here to override AppBar
's pop
with beamBack
.
ElevatedButton(
onPressed: () => context.beamTo(DeepLocation('/a/b/c/d')),
// onPressed: () => context.beamTo(DeepLocation('/a/b/c/d'), beamBackOnPop: true),
child: Text('Beam deep'),
),
Location Builder
You can override BeamLocation.builder
to provide some data to the entire location, i.e. to all the pages
. The full code is available here.
// in your location implementation
@override
Widget builder(BuildContext context, Navigator navigator) {
return MyProvider<MyObject>(
create: (context) => MyObject(),
child: navigator,
);
}
Guards
You can define global guards (for example, authentication guard) or location guards that keep a specific location safe. The full code is available here.
- Global Guards
BeamerRouterDelegate(
guards: [
BeamGuard(
pathBlueprints: ['/books*'],
check: (context, location) => AuthenticationStateProvider.of(context).isAuthenticated.value,
beamTo: (context) => LoginLocation(),
),
],
...
),
- Location (local) Guards
// in your location implementation
@override
List<BeamGuard> get guards => [
BeamGuard(
pathBlueprints: ['/books/*'],
check: (context, location) => location.pathParameters['bookId'] != '2',
showPage: forbiddenPage,
),
];
Beamer Widget
Examples of putting Beamer
s into the Widget tree, when you need nested navigation.
class MyApp extends StatelessWidget {
final _beamerKey = GlobalKey<BeamerState>();
@override
Widget build(BuildContext context) {
return MaterialApp.router(
routeInformationParser: BeamerRouteInformationParser(),
routerDelegate: RootRouterDelegate(
homeBuilder: (context, uri) => Scaffold(
body: Beamer(
key: _beamerKey,
routerDelegate: BeamerRouterDelegate(
locationBuilder: (state) {
if (state.uri.pathSegments.contains('books')) {
return BooksLocation(state);
}
return ArticlesLocation(state);
},
),
),
bottomNavigationBar: BottomNavigationBarWidget(
beamerKey: _beamerKey,
),
),
),
);
}
}
class MyAppState extends State<MyApp> {
int _currentIndex = 0;
@override
Widget build(BuildContext context) {
return MaterialApp(
home: Scaffold(
body: IndexedStack(
index: _currentIndex,
children: [
Beamer(
routerDelegate: BeamerRouterDelegate(
locationBuilder: (state) => ArticlesLocation(state),
),
),
Container(
color: Colors.blueAccent,
padding: const EdgeInsets.all(32.0),
child: Beamer(
routerDelegate: BeamerRouterDelegate(
locationBuilder: (state) => BooksLocation(state),
),
),
),
],
),
bottomNavigationBar: BottomNavigationBar(
currentIndex: _currentIndex,
items: [
BottomNavigationBarItem(label: 'A', icon: Icon(Icons.article)),
BottomNavigationBarItem(label: 'B', icon: Icon(Icons.book)),
],
onTap: (index) => setState(() => _currentIndex = index),
),
),
);
}
}
...
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return MaterialApp.router(
routeInformationParser: BeamerRouteInformationParser(),
routerDelegate: RootRouterDelegate(
locationBuilder: (state) => HomeLocation(state),
),
);
}
}
...
class HomeLocation extends BeamLocation {
@override
List<String> get pathBlueprints => ['/*'];
@override
List<BeamPage> pagesBuilder(BuildContext context) => [
BeamPage(
key: ValueKey('home'),
child: HomeScreen(),
)
];
}
...
class HomeScreen extends StatelessWidget {
final _beamerKey = GlobalKey<BeamerState>();
@override
Widget build(BuildContext context) {
return Scaffold(
appBar: AppBar(
title: Text('Home'),
),
body: Row(
children: [
Container(
color: Colors.blue[300],
padding: const EdgeInsets.all(16.0),
child: Column(
children: [
ElevatedButton(
onPressed: () => _beamerKey.currentState.routerDelegate
.beamToNamed('/books'),
child: Text('Books'),
),
SizedBox(height: 16.0),
ElevatedButton(
onPressed: () => _beamerKey.currentState.routerDelegate
.beamToNamed('/articles'),
child: Text('Articles'),
),
],
),
),
Container(width: 1, color: Colors.blue),
Expanded(
child: Beamer(
key: _beamerKey,
routerDelegate: BeamerRouterDelegate(
locationBuilder: (state) {
if (state.uri.pathSegments.contains('books')) {
return BooksLocation(state);
}
if (state.uri.pathSegments.contains('articles')) {
return ArticlesLocation(state);
}
},
),
),
),
],
),
);
}
}