ما هي مكونات معمارية Android (ViewModel و LiveData و Room)؟

Question

Accepted Answer

**مكونات معمارية Android** (جزء من Jetpack) هي مكتبات تساعد في بناء تطبيقات قوية وسهلة الصيانة — بما في ذلك **ViewModel** (حالة محسوسة بدورة الحياة)، و**LiveData/StateFlow** (بيانات قابلة للمراقبة)، و**Room** (تجريد قاعدة بيانات). فهي تدعم أنماط المعمارية الموصى بها.

## ViewModel — حامل حالة محسوس بدورة الحياة

```text
VIEWMODEL holds UI-related state and logic, SURVIVING configuration changes:
  → state stored in a ViewModel SURVIVES screen rotation (the activity recreates, but the
    ViewModel persists) → solves the lost-state-on-rotation problem
  → separates UI logic from the Activity/Fragment (the View just observes/displays)
```

## LiveData / StateFlow — بيانات قابلة للمراقبة

```text
LIVEDATA / STATEFLOW → observable data holders that notify observers of changes:
  → the UI OBSERVES the data; when it changes, the UI updates automatically (reactive)
  → LiveData is LIFECYCLE-AWARE (only updates active UI; no leaks/crashes)
  → StateFlow (Kotlin Flow) is the modern coroutine-based alternative
```

## Room — تجريد قاعدة البيانات

```text
ROOM → an abstraction layer over SQLite (the recommended local database):
  → define entities (tables), DAOs (data access objects with queries), a database
  → compile-time SQL verification; works with coroutines/Flow; less boilerplate than
    raw SQLite
```

## المعمارية الموصى بها

```text
UI (Activity/Fragment/Compose) → observes → VIEWMODEL (state + logic) → REPOSITORY
  (data abstraction) → data sources (Room database, network API)
→ Separation of concerns; lifecycle-aware; testable; survives config changes.
→ This is Google's RECOMMENDED app architecture (MVVM-style with these components).
```

## لماذا يهم هذا

فهم مكونات معمارية Android مهم لأنها **مركزية في معمارية Android الحديثة الموصى بها من Google**، وتساعد في بناء تطبيقات قوية وسهلة الصيانة، لذا فهي معرفة قيمة لتطوير Android ذي جودة عالية.

كل مكتبة من مكتبات Jetpack هذه تحل مشاكل حقيقية. **ViewModel** يحتفظ بحالة واجهة المستخدم والمنطق الذي **يبقى محفوظاً عند تغييرات الإعدادات** — مما يحل بشكل حاسم **مشكلة فقدان الحالة عند التدوير** (حيث يتم تدمير النشاط وإعادة إنشاؤه عند التدوير، مما يؤدي لفقدان الحالة، وهي مشكلة سيئة الصيت في Android) بالحفاظ على الحالة عبر إعادة الإنشاء، بينما يفصل أيضاً منطق واجهة المستخدم عن Activity/Fragment. **LiveData/StateFlow** توفر **بيانات قابلة للمراقبة ومحسوسة بدورة الحياة** — واجهة المستخدم تراقب البيانات وتتحدث تلقائياً عند تغييرها (نمط تفاعلي)، مع الوعي بدورة الحياة مما يمنع التسريبات والأعطال التي كانت تعاني منها الأنماط الأقدم للمراقبين. **Room** يوفر **تجريداً نظيفاً فوق SQLite** (قاعدة البيانات المحلية الموصى بها) مع التحقق من SQL في وقت الترجمة وتكامل coroutine/Flow، أفضل بكثير من SQLite الخام.

فهم **المعمارية الموصى بها** — واجهة مستخدم تراقب ViewModel (يحتفظ بالحالة والمنطق) مدعوم بـ Repository (يجرد البيانات) فوق مصادر البيانات (Room والشبكة) — هو القيمة الأساسية: هذه المعمارية بأسلوب MVVM (توصية Google) توفر فصلاً للاهتمامات والوعي بدورة الحياة والقابلية للاختبار والقوة (البقاء محفوظاً عند تغييرات الإعدادات)، مما يمثل كيفية بناء تطبيقات Android الحديثة والسهلة الصيانة.

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