گور بابای بقیه🤦‍♂🤦‍♂

@purecoder_ir

🍽 Pattern Matching

@purecoder_ir

⚠️قرار نیست همیشه از استاتوس ۲۰۰ استفاده کنیم.

✅201:
یک مثال میتونه زمانی باشه که با متد POST یک ریسورس جدید create شده.

در این حالت امکان این وجود داره که اطلاعات ریسورس جدید توی body رسپانس به کلاینت ریترن بشه و یا کلن رسپانس بدون body باشه و در عوض آیدی ریسورس جدید توی header رسپانس بیاد.

✅202:
در این حالت رکوئست کلاینت پذیرفته میشه ولی بخاطر اینکه پردازش درخواست زمان بر هست یا قراره توی یه پراسس یا سرور دیگه پردازش بشه یا به هر دلیل دیگه ای رسپانسی به کلاینت ریترن نمیشه.

در این حالت بعد از اتمام پردازش، رسپانس میتونه با Server Sent Events یا web socket یا هر چیز دیگه ای به کلاینت گزارش داده بشه و یا کلاینت یه رکوئست دیگه به یه endpoint دیگه ارسال کنه و از کم و کیف کار باخبر بشه.

✅204:
برای مثال وقتی که یک ریسورسی آپدیت و یا دیلیت شده و موفق بودن اون رو با استاتوس ۲۰۴ و بدون هیچ body به کلاینت گزارش میدی.

@purecoder_ir

🍽 Negated Pattern

@purecoder_ir

🔥Push Model vs Pull Model

😍یه مقایسه ی خیلی جالب بین Pull Model و Push Model از فصل شانزدهم یا انیمشن ها در دوره ی فلاتر که به صورت رایگان میتونید بهش دسترسی داشته باشید.

✅این قسمت به همه برنامه نویس ها (حتا غیر فلاتری ها) میتونه کمک کنه و به خصوص برای فهم بهتر Animation ها در ادامه ی فصل و مفهوم Future ها و Stream ها میتونه کمک کننده باشه.

🔗لینک آموزش:

https://purecoder.ir/push-model-vs-pull-model/

@purecoder_ir

شبیه اینایی که یه دیزاین پترن یاد میگیرن و توی همه کدهاشون میچپونن، اپل هر چی بوده و نبوده رو شیشه ای کرده 😂😂😂

@purecoder_ir

🔥قسمت های رایگان دوره ی فلاتر

✅معماری فلاتر

✅معرفی درخت های مختلف فلاتر

✅ داستان Stack و Recursive Function

✅ا Event Loop

✅ مقایسه Push Model و Pull Model


@purecoder_ir

🔥فصل ۱۵ دوره ی فلاتر تکمیل شد.

🟢توی این فصل در مورد Binding ها صحبت کردیم. فسمت اول فصل در مورد ساختار کلی Binding ها صحبت شد.

📖قسمت ۱: مروری بر ساختار Binding ها

🟢بعد از اون بحث مفصلی در مورد Scheduler Binding داشتیم و نکاتش رو به ریز بررسی کردیم:

📖قسمت ۲: مروری بر مفهوم فریم و نحوه ی Schedule کردن یک فریم جدید

📖قسمت ۳: جانمایی فازهای مختلفی که یک فریم فلاتری طی میکنه!!!

📖قسمت ۴: Transient, Persistent, and Post-frame callbacks

📖قسمت ۵: Scheduler Phase ها چی هستن و چیا هستن؟

📖قسمت ۶: نگاهی عمیق به Scheduler Binding - قسمت ۱

📖قسمت ۷: نگاهی عمیق به Scheduler Binding - قسمت ۲

📖قسمت ۸: نگاهی عمیق به Scheduler Binding - قسمت ۳

🟢گام بعدی به سراغ Renderer Binding رفتیم.

📖قسمت ۹: نگاهی عمیق به Renderer Binding

🟢قسمت های باقی مونده رو هم به Widgets Binding و به خصوص Widgets Binding Observer اختصاص دادیم و نگاه کوچولویی هم به ویجت های MediaQuery و MaterialApp داشتیم و یه نکته ی کوچیک رو دربارشون بررسی کردیم.

📖قسمت ۱۰: Widgets Binding Observer - قسمت ۱

📖قسمت ۱۱: Widgets Binding Observer - قسمت ۲

📖قسمت ۱۲: Widgets Binding Observer - قسمت ۳

📖قسمت ۱۳: نگاهی گذرا به Media Query Widget

📖قسمت ۱۴: یک نکته ی کوچک در مورد WidgetsApp (MaterialApp)

📖قسمت ۱۵: بررسی Widgets Binding

@purecoder_ir

🔥Flutter & Layerd Architecture

✅فلاتر از یک معماری لایه ای یا به عبارتی Layerd Architecture استفاده میکنه.

✅توی این لایه ها foundation کف کف قرار میگیره و همه ی لایه های دیگه میتونن بهش دسترسی داشته باشن و لایه های material و cupertino بالای بالا قرار میگیرن.

✅برای مثال لایه ی Widgets نسبت به rendering توی سطح بالاتری قرار میگیره و میتونه از rendering استفاده کنه ولی rendering به widgets دسترسی نداره. به همین شکل material و cupertino به widgets دسترسی دارن ولی widgets به اونا دسترسی نداره.

✅اصول معماری لایه ای توی فلاتر اینجوری چیده نشده که هر لایه فقط و فقط به لایه ی زیری خودش دسترسی داشته باشه. بلکه یکم چفت و بست ها شل تر هست و هر لایه میتونه به همه ی لایه های زیرین خودش دسترسی پیدا کنه. البته این شل بودن ایراد نیست و نیاز توسعه بوده.

⚠️پ.ن: فریمورک ها هم باید معماری داشته باشن و روی اصول جلو برن. وگرنه از هم میپاشن.

پ.ن: همه ی پوشه های توی تصویر نماینده ی یک لایه ی مجزا نیستن‌.

@purecoder_ir

🌴Flutter Trees

😱توی فلاتر درخت زیاد داریم و چیزهای زیادی وجود دارن که به صورت درختی مدل شدن.

🍀اما ۴ درخت معروف فلاتر این ها هستن:
🌴Widget Tree
🌴Element Tree
🌴Render Tree
🌴Layer Tree

🔥ویجت تری رو خودمون میسازیم و به فریمورک میدیم. در ادامه element tree و render tree از دل فاز build بیرون میان و توی این فاز این ۲ درخت ساخته میشن. البته element ها مسئول ساخته و پرداخته کردن و مدیریت render tree هستن.
در نهایت layer tree هم توی فاز paint ساخته میشه و پس از paint شدن render tree یه دونه layer tree از دلش بیرون میاد که توی خودش المان های تصویر مورد نظر برای رندر شدن رو داره.

@purecoder_ir

سلام به همگی
فردا ساعت ۴ ارئه داریم چه ارائه ای🔥
علی اقای عزیز میخواد درمورد یکی دیگه از دیزاین پترن های جذاب از خانواده فکتوری ها ارائه بده یعنی
Abstract Factory

فردا ساعت ۴ منتظرتون هستیم حتما کلندر کنید که یادتون نره ❤️😉

لینک کلندر

لینک گوگل میت

لینک گروه کلین کد

توی دوره در مورد همه چیز Render Box صحبت کردیم و چیزی رو باقی نگذاشتیم:

🔥در مورد
✅Wet layout
✅Dry layout
✅Baseline
✅Dry baseline
✅Intrinsic dimensions
✅Repaint Boundary
✅Paint

صحبت کردیم و از همشون کاربردی توی توسعه چندین Render Box استفاده کردیم.

دیگه فکر نکنم جایی باشه که با این جزییات اینارو گفته باشه، حتا این عناوین اسمشون هم به سختی توی اینترنت پیدا میشه، چه برسه به توضیح و تدریسشون.
@fluttery_journey
@purecoder_ir

🚀 ترجمه‌ی فارسی کتاب C# 12 in a Nutshell رو شروع کردم و روی GitHub منتشرش کردم:

🔗https://github.com/hheydarian/csharp-12-in-a-nutshell-persian

این کتاب یکی از کامل ترین منابع برای یادگیری و تسلط بر زبان #CSharp هست.
اگه علاقه مندید یه مرجع فارسی خوب و دقیق برای #CSharp بسازیم، خوشحال میشم همراه بشید.

میتونید فورک بگیرید، مشارکت کنید و به بهتر شدنش کمک کنید 💡

#CSharp #GitHub
#OpenSource #Net