Provider en Flutter para estado global: ejercicio resuelto

  2 minutos

Si buscas Provider en Flutter, este ejercicio te enseña una base limpia de estado global con ChangeNotifier.

Crea un contador global que se muestre y actualice desde varios widgets.

import 'package:flutter/material.dart';
import 'package:provider/provider.dart';

void main() {
  runApp(
    ChangeNotifierProvider(
      create: (_) => CounterStore(),
      child: const MaterialApp(home: ProviderPage()),
    ),
  );
}

class CounterStore extends ChangeNotifier {
  int value = 0;

  void increment() {
    value += 1;
    notifyListeners();
  }
}

class ProviderPage extends StatelessWidget {
  const ProviderPage({super.key});

  @override
  Widget build(BuildContext context) {
    return Scaffold(
      appBar: AppBar(title: const Text('Provider basico')),
      body: Center(
        child: Consumer<CounterStore>(
          builder: (_, store, __) => Text('${store.value}', style: const TextStyle(fontSize: 42)),
        ),
      ),
      floatingActionButton: FloatingActionButton(
        onPressed: () => context.read<CounterStore>().increment(),
        child: const Icon(Icons.add),
      ),
    );
  }
}

El valor se actualiza en todos los widgets suscritos sin pasar props manualmente.

  • Llamar notifyListeners en exceso.
  • Colocar toda la logica de app en un unico provider.
  • No separar estado de UI.

Provider sigue siendo una opción estable para apps pequeñas y medianas con estado compartido.

Sí, en muchos proyectos pequenos y medianos funciona bien con buena separacion de responsabilidades.

Cuándo necesitas más trazabilidad, testabilidad avanzada o arquitectura más estricta.

No si divides el estado y limitas reconstrucciones con Consumer y selectores.