🔥پارت سوم دوره ی فلاتر شامل ۵ فصله که روی توسعه ی Render Box اختصاصی تمرکز می کنیم و هر چی نکته هست رو میگیم. همچنین توی دو فصل اخر در مورد Binding ها و Animation ها صحبت میکنیم:
https://purecoder.ir/course/flutterys-journey-3/

2⃣1⃣فصل دوازدهم

🔥این فصل به نحوه ی توسعه ی یک Render Box اختصاصی میپردازیم و نکته ای رو نگفته باقی نمیگذاریم.

✅در مورد Layout Protocol میگیم و مفاهیم Wet Layout و Dry Layout رو خیلی خوب بررسی و نحوه ی پیاده سازیش رو میگیم.

✅با Children Protocol و نحوه ی مدل کردن و مدیریت بچه های یه Render Box اشنا میشیم.

✅مفهوم Baseline رو به طور کامل شرح میدیم و میگیم که چطوری موقع ساخت یه Render Box اختصاصی باید به حسابش برسیم.

✅همچنین بحث مفصلی هم در مورد مفهوم Intrinsic Dimensions و پیاده سازیشون داریم.

✅در مورد نحوه ی نوشتن کانستراکتور و پراپرتی های یه Render Box و نکاتی که باید رعایت کنیم هم صحبت میکنیم.

🔥اما کار به اینجا ختم نمیشه و پا رو فراتر میگذاریم و در مورد ۲ مدل از Render Box های معروف مفصل صحبت میکنیم و ویژگی هاشون رو میگیم.
✔️Proxy Box
✔️Shifted Box

نحوه ی توسعه ی این ۲ مدل Box رو هم بررسی میکنیم.

✅و نکته های تر و تمیز دیگه که توی این فصل که با ۲۶ قسمت طولانی ترین فصل دوره هست، میگیم😍

🆔برای مشاوره یا ثبت نام در دوره به ایدی زیر پیام بدید👇
@PureCoder_support

@fluttery_journey

@purecoder_ir

🔥خب توی فصل ۱۲ هر نکته ای که برای توسعه ی یه دونه Render Box اختصاصی لازم بود رو گفتیم. ولی هر چقدر هم نکته بگیم، تا کد نزنیم و مثال نبینیم یه جای کار میلنگه.

🔥از این رو توی فصل های ۱۳ و ۱۴ وارد گود میشیم و چندین Render Box رو از صفر توسعه میدیم. توی این دو فصل ویجت های زیر و Render Box شون رو با هم توسعه میدیم:

✅ConstrainedBox / SizedBox
✅Padding
✅Align / Center
✅OverflowBox
✅ClipRect
✅Opacity
✅Stack

💥روند کار به این شکل نیست که بریم و سورس کد فلاتر رو نگاه کنیم. بلکه خدمون سناریو میچینیم و از صفر شروع به توسعه میکنیم. وسط کار به چالش میخوریم. چالش ها رو حل میکنیم و جلو میریم.

🔥با این مثال ها روند دقیق تحلیل نیازمندی ها و توسعه ی یه Render Box رو یاد میگیری و مثل اب خوردن انجامش میدی.

💥ویجت ها کاملن هوشمندانه انتخاب شدن تا توی هر کدوم نکته یا نکات خاصی رو یاد بگیریم و مدل های مختلفی از Render Box ها رو شامل میشن.


🆔برای مشاوره یا ثبت نام در دوره به ایدی زیر پیام بدید👇
@PureCoder_support

@fluttery_journey

@purecoder_ir

رضا رشیدپور، مجری، آموزش هوش مصنوعی گذاشته‌.😂

نفری ۶۰۰ تومن هم میگیره که بهت یاد بده چطوری از chat gpt استفاده کنی.😭

سوراخ دعا...

❌کد کپه ای

کلین کردن و ریفکتور کردن کد به صورت توامان با کدنویسی و پیوسته انجام میشه.

اینجوری نیست که یه کپه کد بنویسیم و بعد شروع کنیم به ریفکتور و کلین کردنش.

هیچ موقع توی این تله نیوفتید.

کد زدن و ریفکتور کرذنش، دو فرایند جدا از هم نیستن. کاملن به هم پیوسته اند. یه کوچولو کد میزنی، ریفکتور و بهترش میکنی و دوباره یه کوچولوی دیگه. وگرنه اون کد کپه ای هیچ موقع کلین نمیشه و هی کپه تر میشه و بعد از یه مدتی کار کردنش هم قسطی میشه.

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

پ.ن: اصطلاح کد کپه ای هم اختراع خودم بود که میتونیم به واژگان کدنویسی اضافش کنیم😂😂😝😜

@purecoder_ir

تهران یا شهرستان؟

@purecoder_ir

🍁Clean Mobile Architecture: Become an Android, iOS, Flutter Architect

پ.ن: من نخوندمش. تایید یا ردش نمیکنم. حجمش کمه. خوندنش ضرر نداره‌.

@purecoder_ir

نظرتون چیه از این به بعد، سه‌شنبه‌ آخر هر ماه یک جلسه آموزشی با محوریت فریم‌ورک وانیا (Vania) برگزار کنیم؟
در هر جلسه، یکی از بخش‌های مهم این فریم‌ورک رو به‌صورت عملی آموزش می‌دیم.

🗓 اولین جلسه: سه‌شنبه، ۲۹ مهر
📚 موضوع: پیاده‌سازی سیستم Authentication با پایگاه داده MongoDB و ایجاد گارد برای کاربران عادی، کاربران VIP و ادمین کل
🕒 مدت زمان: حدود ۱ تا ۲ ساعت
دوستانی که تمایل به شرکت در این جلسه دارند، می‌توانند از طریق لینک زیر در کلندر گوگل ثبت‌نام کنند 👇
🔗 افزودن به کلندر
همچنین می‌توانید مستقیماً از طریق Google Meet در جلسه شرکت کنید 👇
🎥 لینک ورود به جلسه

🔥.NET SDK vs .NET Runtime vs ASP.NET Core Runtime

@purecoder_ir

میتونید وارد لینک زیر بشید با گیتهاب عضو بشید تا بهتون 100 دلار کردیت بده برای استفاده از API مدل های GPT,Claude میتونید توکن رو بردارید بزارید توی Claude code و ازش مثل cursor استفاده کنید
حتما با گیت هاب وارد بشید
لینک معرف

دوستانی که مایل هستند توی میتینگ ساخت سیستم ورود و عضویت با وانیا شرکت کنند میتونید از لینک زیر جوین بشن

https://meet.google.com/ukm-pdux-tzv

درود دوستان
این مدت اخیر احتمالا ریپو های منو دیدین و می‌دونین که چندتا کتاب برنامه نویسی رو به زبان شیرین فارسی ترجمه کردم.
مطمئناً گیت هاب جای مطالعه کتاب نیست و خسته کننده س برای این کار، پس به سرم زد که کار رو راحت کنم! ایده!
با گیت هاب پیج ترجمه ها رو آنلاین کنم که مطالعه راحت تر باشه.
و بووووومممم!
اینم سایت گیتاب ، Gitab

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

https://hheydarian.github.io/Gitab/

✅مهمترین اصلی که توی نام گذاری یه متد، variable یا ... باید رعایت کنیم اینه که در نهایت کدمون شبیه به یه story خونده بشه. یه جمله ی روون انگلیسی (Plain English )

🔥اگه قواعد گرامی ساده رو توی نام گذاری رعایت کنیم، نام های خیلی خوانا خواهیم داشت و خوندن کد خیلی ساده میشه.

🤦‍♂️بعضی مواقع این قواعد رو رعایت نمیکنیم و کار رو برای خودمون خیلی سخت میکنیم.

👈برای مثال وقتی یه کلاس user داریم و یه متدی داره که قراره یه bool ریترن کنه و بگه که email اش valid هست یا نه؟ باید در نظر بگیریم که این متد داخل یه if استفاده میشه.

❓حالا از بین جمله های زیر کدومش به انگلیسی روون نزدیکتره و راحتر خونده میشه؟

✅If user email is valid
❌If user is email valid
❌If user is valid email

✅مسلمه که جمله ی اول به انگلیسی روون نزدیکتره. پس بهتره اسم اون متد رو emailsValid بگذاریم.

🔥اگه این قاعده یعنی خونده شدن مثل یه جمله ی روون رو رعایت کنیم، خیلی جاها مشکلاتمون حل میشه. در این بین همچنین میتونیم بعضی جاها برای خوانا تر شدن کد از حروف تعریف مثل a, an, the استفاده کنیم و لزومی نداره که توی استفاده از اونها خساست به خرج بدیم.

پ.ن: پارادایم object oriented به تولید کدهایی که شبیه به یه جمله ی روون انگلیسی نوشته بشن و از قاعده ی زیر پیروی کنن کمک میکنه.

[subject] [action] [object]

@purecoder_ir