ما هو إدارة الحالة (State Management) في Flutter؟

Question

Accepted Answer

**إدارة الحالة** تشير إلى كيفية إدارة التطبيق وتحديثه **البيانات (الحالة)** وعكس التغييرات في واجهة المستخدم. مع نمو التطبيقات، تصبح إدارة الحالة بشكل جيد مهمة، و Flutter توفر آليات مدمجة (setState) وعديد من المكتبات (Provider و Riverpod و Bloc) لها.

## ما هي الحالة

```text
STATE = data that can change and affects the UI:
  → UI state: is a checkbox checked? what's in a text field? is a menu open?
  → app state: the logged-in user, items in a cart, fetched data
→ When state changes, the UI must UPDATE to reflect it.
```

## الحالة المحلية: setState

```dart
// for state local to a single widget → StatefulWidget + setState (built-in, simple)
setState(() {
  count++;            // change state → triggers a rebuild → UI updates
});
// → good for simple, LOCAL state within one widget
```

## المشكلة: مشاركة الحالة عبر الـ Widgets

```text
setState handles LOCAL state, but apps need to SHARE state across many widgets:
  → e.g. the logged-in user or cart needed by many screens
  → passing state down through many widget layers ("prop drilling") is painful
  → no built-in global state sharing → need state management solutions
```

## حلول إدارة الحالة

```text
Many approaches/libraries for sharing and managing state:
  PROVIDER → simple, official-recommended, widely used (InheritedWidget-based)
  RIVERPOD → a modern, robust evolution of Provider (popular)
  BLOC / Cubit → structured, event-driven state management (popular for larger apps)
  GetX, MobX, Redux → other options
→ They make state accessible across the widget tree and update the UI on changes,
  WITHOUT manual prop drilling. Choose based on app complexity/preference.
```

## لماذا يعتبر مهماً

فهم إدارة الحالة مهم لأن **طريقة إدارة التطبيق لبياناته وتحديثه للواجهة هي أساس بناء التطبيقات الوظيفية**، وتصبح مشكلة كبيرة مع نمو التطبيقات، لذا فهي معرفة أساسية في Flutter. يجب إدارة **الحالة** (البيانات التي تتغير وتؤثر على واجهة المستخدم — من الحالة المحلية مثل صندوق الاختيار إلى الحالة العامة للتطبيق مثل المستخدم المسجل دخوله أو سلة التسوق) بحيث تُحدّث الواجهة بشكل صحيح عند تغيرها.

فهم **الحالة المحلية مع setState** (الآلية المدمجة للحالة البسيطة داخل widget واحد) هو الأساس.

في الواقع، فهم **المشكلة التي لا يحلها setState** — **مشاركة الحالة عبر عديد من الـ Widgets** — هو الأساس: التطبيقات تحتاج حالة (مثل المستخدم الحالي أو سلة التسوق) يمكن الوصول إليها عبر شاشات عديدة، وتمريرها يدويًا عبر طبقات الـ widgets ("prop drilling") أمر مؤلم وغير قابل للتوسع، مما يخلق الحاجة لحلول إدارة الحالة.

فهم أن Flutter توفر **عديد من أساليب/مكتبات إدارة الحالة** — **Provider** (بسيطة، موصى بها رسميًا، مستخدمة بشكل واسع)، **Riverpod** (تطور حديث)، **Bloc/Cubit** (منظمة، قائمة على الأحداث، شهيرة للتطبيقات الكبيرة)، وغيرها — التي تجعل الحالة متاحة عبر شجرة الـ widgets وتحدّث واجهة المستخدم عند التغييرات دون تمرير يدوي، وأن الاختيار يعتمد على تعقيد التطبيق والتفضيل الشخصي، يعكس الواقع العملي.

إدارة الحالة هي واحدة من أهم المواضيع المناقشة في Flutter لأن تطبيقها بشكل جيد ضروري للتطبيقات القابلة للصيانة والقابلة للتوسع.

بما أن إدارة الحالة وتحديث الواجهة هي أساس وظائف التطبيق وتصبح مشكلة معمارية كبيرة مع نمو التطبيقات (مع عدم كفاية setState للحالة المشتركة، مما يتطلب حلول إدارة الحالة)، وبما أن فهم الحالة والحالة المحلية مقابل المشتركة ومشكلة prop-drilling والحلول المتاحة ضروري لبناء التطبيقات الحقيقية، فإن فهم إدارة الحالة في Flutter ضروري وهي معرفة مهمة — مفهوم أساسي لبناء تطبيقات Flutter وظيفية وقابلة للصيانة وأحد أهم المواضيع في تطوير Flutter.