flutter_control
Flutter Control は、アプリおよび状態管理、依存関係のインジェクション、ナビゲーションとルーティング、ローカリゼーションなどを維持するための複雑なライブラリです。
Flutter Controlは、アプリケーションとステート管理を行うための複雑なライブラリです。このライブラリは、さまざまな機能を一つのものに統合しています。このアプローチにより、分離されたロジックを洗練された形で包括的なソリューションにまとめることができます。
{"sdk":"flutter"}>=2.0.0 <3.0.0>=1.4.0 <2.0.0{"sdk":"flutter"}^4.0.0^5.4.2^1.11.1以下は英語原文のスナップショットです。最新版は GitHub をご覧ください。
Structure
A comprehensive framework for building robust and scalable Flutter applications. Flutter Control streamlines state management, dependency injection, and navigation, providing a structured approach to application development.
Add flutter_control to your pubspec.yaml:
dependencies:
flutter:
sdk: flutter
flutter_control: # Use the latest version from pub.dev
Initialize the core framework in your main.dart and wrap your app with ControlRoot.
import 'package:flutter/material.dart';
import 'package:flutter_control/control.dart';
void main() async {
WidgetsFlutterBinding.ensureInitialized();
await Control.initControl(
entries: {
MyService: MyService(),
},
);
runApp(MyApp());
}
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return ControlRoot(
theme: MaterialThemeConfig(
themes: {
Brightness.light: () => ThemeData.light(),
Brightness.dark: () => ThemeData.dark(),
'custom': () => ThemeData.dark().copyWith(primaryColor: Colors.purple),
}
),
states: [
AppState.init.build(builder: (_) => LoadingPage()),
AppState.main.build(builder: (_) => HomePage(), transition: CrossTransition.fade()),
],
builder: (context, home) => MaterialApp(
title: 'Flutter Control App', // Replace with your app title
theme: context.themeConfig?.value, // Dynamic theme from ControlRoot
home: home, // The currently active AppState widget
onGenerateRoute: (settings) => context.generateRoute(settings, root: () => MaterialPageRoute(builder: (_) => home)),
),
);
}
}
// Example pages
class LoadingPage extends BaseControlWidget {
@override
void onInit(CoreContext context, Map args){
super.onInit(context, args);
Future.delayed(Duration(seconds: 2), () => ControlScope.root.setMainState());
}
@override
Widget build(CoreContext context) {
return Scaffold(body: Center(child: CircularProgressIndicator()));
}
}
class HomePage extends BaseControlWidget {
@override
Widget build(CoreContext context) {
return Scaffold(appBar: AppBar(title: Text('Home Page')), body: Center(child: Text('Welcome!')));
}
}
Control: The central static class for initializing and accessing the framework's core functionalities, including the ControlFactory.ControlFactory: A powerful Service Locator and Dependency Injection container. It manages the lifecycle and instantiation of your app's services, models, and other dependencies, making them accessible throughout the application.ControlModule: Enables modularity by encapsulating related dependencies and configurations. Modules are loaded by ControlFactory to register their services.ControlRoot: The root widget of your application that orchestrates global state management, including:
AppState: Defines distinct states of your application (e.g., init, auth, main). ControlRoot transitions between these states, allowing you to easily switch between different UI flows.ThemeConfig: Manages dynamic theming (light, dark, custom) and persists user theme preferences.CoreWidget: The base StatefulWidget for all control widgets, creating a CoreContext which acts as a powerful element for local dependency injection and state management within the widget tree.ControlWidget: A flexible base class for widgets that manage one or more [ControlModel]s, providing robust lifecycle management and automatic UI updates.SingleControlWidget<T>: Optimized for widgets that primarily depend on a single [ControlModel] of type T, automatically resolving and providing it.ControllableWidget<T>: A reactive widget that rebuilds automatically when a provided control (single or list of observables) notifies of changes.ControlModel: The base class for defining your application's business logic and state. Models are framework-aware and can interact with the dependency injection and event systems.BaseControl: An extended version of ControlModel with additional functionalities, typically used for more complex and robust logic components.BaseModel: A lightweight variant of ControlModel, suitable for simpler logic components.ControlObservable: An abstraction for various observable types ([ActionControl], [FieldControl], [ValueListenable], [Stream], [Future]), providing a unified way to subscribe to changes.ActionControl: A lightweight observable primarily used for notifying listeners about value changes. Supports single, broadcast, and empty variants.final counter = ActionControl.broadcast<int>(0); // Create an observable int
// ... later in your UI ...
ControlBuilder<int>( // Rebuilds automatically when `counter` changes
control: counter,
builder: (context, value) => Text('Count: $value'),
);
// To update the value:
// counter.value++;
FieldControl: A more robust observable built around Dart Streams, ideal for complex data flows, validation, and transformations. Comes with specialized variants like StringControl, NumberControl, and ListControl.final usernameField = FieldControl<String>('', validator: (value) => value.isEmpty ? 'Required' : null);
// ... later in your UI ...
FieldBuilder<String>( // Rebuilds and handles validation messages
control: usernameField,
builder: (context, value) => TextField(
controller: usernameField,
decoration: InputDecoration(errorText: usernameField.error),
),
);
// To update the value:
// usernameField.value = 'new_username';
ControlBuilder / ControlBuilderGroup: Widgets that automatically subscribe to ControlObservables (or a list of them) and rebuild their children when changes are notified.Flutter Control provides powerful extensions on BuildContext (via CoreContext) to simplify common tasks like managing controllers, accessing dependencies, and handling widget-level state. These "hooks" are lazily initialized and automatically disposed of when the widget is removed from the tree.
context.core: Access the nearest CoreContext, providing a scope for local dependencies and state.context.args: Retrieve arguments passed to the widget during navigation.context.use<T>(...): Initialize or retrieve a dependency tied to the widget's lifecycle. Ideal for services or controllers used only within a specific widget.context.notifyState(): Manually request a widget rebuild.context.registerStateNotifier(object): Automatically rebuild the widget whenever the provided object (e.g., ChangeNotifier or ControlObservable) notifies changes.context.unfocus(): Quickly dismiss the keyboard by unfocusing the primary focus node.context.animation(): Create and manage AnimationControllers effortlessly.final controller = context.animation(
duration: Duration(seconds: 1),
stateNotifier: true, // Rebuilds the widget on every animation tick
);
context.scroll(): Manage ScrollControllers with ease.final scrollController = context.scroll('my_list'); // Identified by a key
context.theme: Direct access to the current ThemeData.context.media: Direct access to MediaQueryData.context.ticker: Provides a TickerProvider tied to the widget's lifecycle.The context.showOverlay extension provides a simple way to manage floating UI elements (like popups or tooltips) associated with a specific context or GlobalKey:
context.showOverlay(
key: 'my_popup',
builder: (parentRect) => Positioned(
left: parentRect.left,
top: parentRect.bottom,
child: MyPopupWidget(),
),
);
// Later:
context.hideOverlay('my_popup');
You can define your own lazy-initialized objects using context.use. This ensures the object is only created when needed and disposed of when the widget is destroyed:
final myService = context.use<MyService>(
value: () => MyService(),
dispose: (service) => service.dispose(),
);
ControlRoute: Defines application routes with associated widgets, dynamic path parameters, custom transitions, and navigation arguments. Routes are typically registered centrally.
RouteStore: A central repository for all defined ControlRoutes, making them discoverable and reusable throughout the application.
RouteNavigator: An abstract interface for performing navigation actions (push, pop, replace). ControlNavigator is the default Flutter implementation.
RouteHandler: Binds a ControlRoute to a RouteNavigator, providing a fluent API to open routes with specific configurations.
// 1. Define and register routes in Control.initControl or RoutingModule
await Control.initControl(
modules: [
RoutingModule([
ControlRoute.build<UserPage>(builder: (_) => UserPage()),
ControlRoute.build(identifier: '/profile/edit/{uid}', builder: (_) => ProfileEditPage())
.viaTransition(CrossTransition.slide()), // Custom transition
]),
],
);
// 2. Navigate from any BuildContext
class MyWidget extends BaseControlWidget {
@override
Widget build(CoreContext context) {
return ElevatedButton(
onPressed: () {
// Navigate to UserPage using its type
context.routeOf<UserPage>()?.openRoute(args: userObject);
// Navigate to 'profile_edit' using its identifier and arguments
context.routeOf(identifier: '/profile/edit/123')?.openRoute();
},
child: Text('Go to User Page'),
);
}
}
When passing arguments during navigation or defining dynamic path parameters (like {uid}), the destination widget needs to retrieve them. Using the InitProvider mixin on your CoreWidget automatically extracts these arguments from the current ModalRoute and populates them into context.args.
class ProfileEditPage extends BaseControlWidget with InitProvider {
@override
Widget build(CoreContext context) {
// Arguments and path parameters are automatically populated
final uid = context.args.get<String>(key: 'uid');
return Scaffold(
appBar: AppBar(title: Text('Edit Profile')),
body: Center(child: Text('Editing user: $uid')),
);
}
}
ControlBroadcast: Provides an application-wide event stream. You can subscribe to specific event types/keys and broadcast data across your app, decoupled from the widget tree.
BroadcastProvider: A utility class to easily subscribe to and broadcast events via the ControlBroadcast instance managed by ControlFactory.
// Subscribe to an event
BroadcastProvider.subscribe<int>('on_counter_update', (value) {
print('Counter updated to: $value');
});
// Broadcast an event
BroadcastProvider.broadcast('on_counter_update', 10);
Flutter Control is part of a larger ecosystem of packages designed to enhance your development workflow:
Localino to the localino.app backend.Localino, providing type-safe access to translations and automated setup.ControlBuilder, ControlBuilderGroup, FieldBuilder, or ListBuilder straight from the editor lightbulb (VS Code and Android Studio / IntelliJ). See below.control_lint adds "Wrap with <Builder>" lightbulb refactors, like
BLoC's "Wrap with BlocBuilder" — but as a single Dart
analysis_server_plugin, so
it works in both VS Code and Android Studio / IntelliJ with no separate IDE
extension to install.
Enable it per project by adding just a plugins: entry to analysis_options.yaml
(top-level, not under analyzer:) — nothing goes in pubspec.yaml — then
restart the Dart Analysis Server:
plugins:
control_lint: ^0.1.0
Do not add
control_lintas a (dev-)dependency the way you wouldvery_good_analysis. An analyzer plugin is resolved by the analysis server itself; as a Flutter-app dependency itsanalyzerconstraint clashes with the SDK-pinnedmetaandpub getfails. Theplugins:block is all you need.
Place the cursor on any widget and open the Quick Fix / lightbulb menu — pick Wrap with ControlBuilder (or one of its siblings). Requires Dart 3.10+ / Flutter 3.38+. Full setup and troubleshooting: modules/control_lint.
Explore the Flutter Control Examples repository for practical demonstrations and more complex solutions using this library.