السلام عليكم ورحمة الله وبركاته
نزل فيديو جديد على القناه عن
Splash screen
على أندرويد ١٢



https://youtu.be/h9rfbCgUrtQ

السلام عليكم ورحمه الله وبركاته
فيديو جديد عن تخصيص صوت الاشعارات على ال IOS
https://youtu.be/S0ZlI-Tr8m0

✨️خلى النية فى قلبك انها صدقه للعلم اللى عندك


. الحمد لله حاليا ١٠ آلاف
اللى يقدر ينضم للجروب ويقدر يفيد غيره ينضم وجزاه الله كل خير .

كل سنه وانتم طيبين

سؤال من آخر إنترفيو دخلتها!

في الإنترفيو، سألوني عن الفرق بين الطريقتين دول لما بستخدم الـ Use Case كمُتغير أو لما بإنشئه جوه الـ Bloc مباشرة.

السؤال كان: ليه استخدمت الـ Use Case كمُتغير

final AddressesUseCase addressesUseCase

وما عملتش = AddressesUseCase(...) جوه الكلاس؟


الإجابة:
✅ الطريقة الأولى (تمرير الـ Use Case من بره) بتسهل جدًا الاختبار (Testing)، وكمان بتخلي الـ Use Case مرن بحيث تقدر تباصي ليه قيم مختلفة بسهولة.

❌ الطريقة التانية (إنشاء الـ Use Case جوه الـ Bloc) مش عملية، لأنك مش هتقدر تعمل Mock أثناء الـ Testing، وكمان الـ Use Case هيكون ثابت ومش قابل للتغيير مع البلوك.




بالمناسبة، الـ Mock يعني انك تعمل داتا وهميه عشان عمليه ال Testing

مطلوب حد يكون كويس في
Firebase cloud
AI
يتواصل مع
@danau93alhassny

ليه بنستخدم Equatable مع ال flutter_bloc ؟
لما بتشتغل بـ Bloc بتحتاج تقارن بين ال Objects، وخصوصًا الـ States والـ Events. هنا بييجي دور Equatable.

المشكلة الأساسية:
بشكل افتراضي، دارت بتقارن الكائنات بناءً على مكانها في الذاكرة، مش بناءً على القيم اللي جواها. يعني لو عندك حالتين بنفس القيم، دارت هتشوفهم مش متطابقين لأنهم كائنين مختلفين في الذاكرة.

ده ممكن يعمل مشاكل مع Bloc، لأنه بيعيد بناء الواجهة (UI) حتى لو البيانات مفيهاش تغيير فعلي.

الحل: استخدام Equatable
Equatable بيخلي Dart تقارن ال Objects بالقيم اللي جواها بدل ما تعتمد على مكانها في الذاكرة.
الخلاصة:

Equatable بيمنع إعادة بناء الواجهة بدون داعي.
بيخلي Bloc يعرف إن الحالة مفيهاش تغيير حقيقي، فميعملش إعادة بناء (Rebuild).
بيخلي الكود أنضف وأسهل في التعامل مع الـ States والـ Events.
لو بتشتغل بـ Bloc أو أي State Management، استخدم Equatable عشان الأداء يكون أسرع والكود أنضف.

سألت نفسك ليه وإنت شغال بـ Bloc دايمًا بتعمل main event يكون abstract؟

وهل لو استغنيت عنه، ممكن يحصل مشكلة؟
زي ما نت شايف في اول صوره مع وبدون

في الطريقة الصحيحة (باستخدام abstract class)، هتلاقي إن Bloc مرتبط بنوع معين من الأحداث وهو AddressesEvents، وده معناه إنه يقبل فقط الأحداث الخاصة به، وبالتالي يمنع تمرير أي بيانات غير صحيحة.

❌ أما في الطريقة الخطأ (بدون abstract class)، Bloc معتمد على Object، وده معناه إنه يقبل أي كائن كحدث، حتى لو مش تابع للـ Bloc ده!

وده مثال في عدم استخدام استخدام ال abstract class

context.read<AddressesBloc>().add("حدث غير صالح");
context.read<AddressesBloc>().add(12345)

السلام عليكم ورحمة الله وبركاته
في موضوع معين عايزين له شرح ؟

السلام عليكم ورحمة الله وبركاته.
بجهز لكورس عن
Clean Architecture
وكنت محتاج تطبيق متوفر له
UI & API

اللى يعرف او يقدر يوفر ليا حاجه زي كده
اكون شاكر ليه جدا. و جزاكم الله خيرا

من الحاجات اللي بستخدمها أساسي في كل مشروع مع الـ
Bloc
هي BuildScreenWhen
وده طبعا بيتم من خلال ال
RequestState

من خلالها بتحكم في اللي يظهر على الشاشة حسب حالة البيانات بكل سهولة، سواء:
✅ loading– لما البيانات لسه بتيجي
✅ loaded – البيانات وصلت وزي الفل
✅error – حصلت مشكلة
✅empty – مفيش بيانات أصلًا
✅ noNetwork – الإنترنت فاصل

السلام عليكم ورحمة الله وبركاته،
إن شاء الله هبدأ في أول سلسلة على القناة وهتكون عن Flavors في Flutter، واللي هتساعدك تتحكم في إصدارات التطبيق بسهولة.
في السلسلة دي، هشرح لك:
✅ تخصيص الأيقونة لكل بيئة (Development | Staging | Production)
✅ إعداد شاشة Splash Screen مخصصة لكل نسخة
✅ ربط كل إصدار بـ Firebase الخاصة بيه

نزلت اول فيديو مقدمه بسيطه عن الموضوع :
https://youtu.be/CpcBDUzRhrY?si=zTol6qiVpykfP9bw

ممكن برضو تبعت الفيديو ده للمصمم اللي بيعمل الايقونات ليكم لو مش عايزين تعملوهم بنفسكم

السلام عليكم ورحمة الله وبركاته

تاني فيديو من سلسلة Flutter Flavors
في الفيديو ده، هنتعلم إزاي نصمم الأيقونة بنفسنا بحيث تكون Adaptive Icon وتشتغل بشكل مثالي على Android و iOS، وكمان هنحل مشكلة Clipped by OS اللي بتواجه ناس كتير أثناء تصميم الأيقونات.

إيه اللي هنتعلمه في الفيديو؟
✅ إزاي تعمل (Adaptive Icon)؟
✅ إيه الفرق بين Foreground و Background في الأيقونات؟
✅ إزاي تضمن إن الأيقونة متبقاش مقصوصة أو مشوهة على الأجهزة المختلفة؟


https://youtu.be/QI-N3P1RFqk

السلام عليكم ورحمه الله وبركاته .

مع الجزء التالت من سلسلة تعلم الـ Flavors، هنتعلم إزاي نعمل
Splash Screen
مخصصة لكل Environment في مشروع Flutter.
في الفيديو ده، هتعرف:
إزاي تجهز Splash Screen لكل بيئة
(Prod, Dev, Stg)
لو متابعتش السلسله تقدر تشوف الفيديو الجديد من هنا

https://youtu.be/KZMQatgYW4Q

عايز تبعت تحديثات لتطبيقك من غير ما تعيد نشره على المتجر؟!

لو بتشتغل على Flutter، أكيد عارف إن أي تعديل في الكود معناه لازم تبني التطبيق من الأول وترفعه على المتجر وتستنى المراجعة، وده ممكن يكون متعب جدا

لكن مع Shorebird Code Push، تقدر تبعت تحديثات فورية للمستخدمين من غير ما تحتاج ترفع التطبيق من جديد

شوف الفيديو هنا وتعلم إزاي تستخدم Shorebird في تطبيقك
https://youtu.be/LX65WcrwtQc

السلام عليكم ورحمة الله وبركاته.
تقبل الله منا ومنكم وكل عام وانتم بخير جميعا
عيد فطر مبارك 🌹

السلام عليكم ورحمة الله وبركاته.
ده كورس للتعامل مع
Supabase

كوبون ل١٠٠٠ شخص مجاني.


https://www.udemy.com/course/e-commerce-app-admin-website-using-flutter-supabase/?couponCode=15B2EAFB0E79778205AE

يعني إيه
build()
بتتنده 60 أو 120 مرة في الثانية؟

كل شاشة موبايل ليها معدل تحديث
(Refresh Rate)

لو 60Hz فده معناه إن الشاشة بتعرض 60
فريم في الثانية، يعني معاك 16 ميلي ثانية علشان ترسم كل فريم. 

لو 120Hz فمعاك 8 ميلي ثانية بس.

يعني Flutter بيحاول يرسم الواجهة (UI) في الوقت ده. 

لو
build()
خدت وقت أكتر من كده، الفريم هيتأخر، وساعتها المستخدم هيحس إن التطبيق بيقطع أو بيهنج. وده اسمه frame drop.

عشان كده لازم تخلي
build()
خفيفة وسريعة.

طيب نعمل كده إزاي؟

- قسم الواجهة لـ custom widgets بدل ما تحط كل حاجة جوا widget واحدة.

- استخدم const على قد ما تقدر.

- افصل ال (logic) عن ال (UI) باستخدام State management زي Bloc أو Riverpod.

Flutter
بيساعدك لأنه بيبني بس اللي اتغير، مش كل التطبيق. 
بس الأداء الكويس مسؤوليتك كمطور.

السلام عليكم ورحمه الله وبركاته

مطلوب متطوع Back-end Developer

لو إنت متابع القناة، أكيد عارف إنّي كل فترة بفتح الباب لأي حد محتاج مينتور يساعده في المذاكرة أو تنفيذ مشروع، وبندخل سوا على جروب الديسكورد ونتابع التاسكات ونتعلم التصميم أو مواضيع معينة.
الحمد لله فى شباب منهم خلصوا ٤ مشايع .

يعنى الحمد لله، وصلنا لمرحلة كويسة جدًا، عملنا تصاميم حقيقية بالكود، والشباب بدأت تشتغل فعليًا بـ Clean Architecture، وشغلهم بقى محترم جدًا

فاضل خطوة أخيرة، وهي ربط الـ Front-end بالـ API.

❄️❄️❄️ حاليًا عندنا تصميم تطبيق جاهز، بس محتاجين حد يعمل الـ API ويوفرلنا endpoints نشتغل عليها.

لو إنت شغال Back-end بأي لغة
وعايز:
- تساعد ناس بتتعلم
- تطبق على مشروع حقيقي
- تضيف شغل لبورتفوليوك

يبقى الفرصة دي ليك

لو مهتم، ابعتلي على الخاص أو سيب كومنت وأنا هكلمك إن شاء الله.