هر ویدئو یا مقاله ای که زبانش انگلیسی باشه نشون دهنده این نیست که هر چیزی که‌گوینده میگه درسته ...
زبان اصلی بودن اعتبار نمیاره 🤦♂
خارجی ها از کره ی مریخ نیومدن، اون ها هم آدمن، ممکنه اشتباه کنن، ممکنه چرت و پرت بگن ...
حواستون باشه به کجا رفرنس می‌زنید
@purecoder_ir
زبان اصلی بودن اعتبار نمیاره 🤦♂
خارجی ها از کره ی مریخ نیومدن، اون ها هم آدمن، ممکنه اشتباه کنن، ممکنه چرت و پرت بگن ...
حواستون باشه به کجا رفرنس می‌زنید
@purecoder_ir
🔥Entity - Model
❌اینکه توی پروژه هاتون هم Entity و هم Model درست میکنید خیلی وقت ها کار اضافیه و خیلی وقت ها همون Entity کفایت میکنه...
✅میخواین از دیتابیس استفاده کنید؟ همون Entity کافیه و میتونید از ORM برای تبدیل اسکیمای دیتابیس به Entity استفاده کنید.
✅میخواین Json رو به Entity تبدیل کنید و برعکس؟ یه mapper بنویسید که کارش تبدیل جیسون به Entity و برعکس هست .
چه لز‌ومی داره که یه مدل می‌نویسید و این همه کد اضافی به پروژتون اضافه میکنید
❌مشکل اینجاست که خیلی وقت ها اصن Entity هاتون رو بدون لاجیک می‌نویسید و صرفن یه دیتااستراکچره و مدلتون هم کپی Entity تون هست !!!!
حتا خیلی از مواقعی که یه rich domain model داریم و Entity مون پر از لاجیک هست هم نیازی به مدل نیست، چه برسه به...
بعضی مواقع واقعن لازمه ولی خیلی وقت ها واقعن اضافه کاریه !!!
🔥کد اضافی نزنید
توی پروژه های موبایل که خیلی خیلی خیلی اضافیه ...
@purecoder_ir
❌اینکه توی پروژه هاتون هم Entity و هم Model درست میکنید خیلی وقت ها کار اضافیه و خیلی وقت ها همون Entity کفایت میکنه...
✅میخواین از دیتابیس استفاده کنید؟ همون Entity کافیه و میتونید از ORM برای تبدیل اسکیمای دیتابیس به Entity استفاده کنید.
✅میخواین Json رو به Entity تبدیل کنید و برعکس؟ یه mapper بنویسید که کارش تبدیل جیسون به Entity و برعکس هست .
چه لز‌ومی داره که یه مدل می‌نویسید و این همه کد اضافی به پروژتون اضافه میکنید
❌مشکل اینجاست که خیلی وقت ها اصن Entity هاتون رو بدون لاجیک می‌نویسید و صرفن یه دیتااستراکچره و مدلتون هم کپی Entity تون هست !!!!
حتا خیلی از مواقعی که یه rich domain model داریم و Entity مون پر از لاجیک هست هم نیازی به مدل نیست، چه برسه به...
بعضی مواقع واقعن لازمه ولی خیلی وقت ها واقعن اضافه کاریه !!!
🔥کد اضافی نزنید
توی پروژه های موبایل که خیلی خیلی خیلی اضافیه ...
@purecoder_ir
Forwarded from آموزش فلاتر و دارت
ما چیزی داریم به نام مدل OSI
بچه های شبکه توی دانشگاه یا کلاس های شبکه درموردش خوندن حتماً
از 7 لایه تشکیل شده
وقتی دارید با API کار میکنید دیتای که ارسال میکنید از این 7 لایه میگذره و به مقصد میرسه
وقتی دیتای ارسال میکنید مبدا از لایه هفتم این فرایند ارسال شروع میشه
ولی توی مقصد دریافت و پردازش داده از لایه اول شروع میشه تا برسه به لایه هفتم
لایه هفتم همون اپلیکیشن شما هستش
بچه های شبکه توی دانشگاه یا کلاس های شبکه درموردش خوندن حتماً
از 7 لایه تشکیل شده
وقتی دارید با API کار میکنید دیتای که ارسال میکنید از این 7 لایه میگذره و به مقصد میرسه
وقتی دیتای ارسال میکنید مبدا از لایه هفتم این فرایند ارسال شروع میشه
ولی توی مقصد دریافت و پردازش داده از لایه اول شروع میشه تا برسه به لایه هفتم
لایه هفتم همون اپلیکیشن شما هستش
Pure Coder
ما چیزی داریم به نام مدل OSI بچه های شبکه توی دانشگاه یا کلاس های شبکه درموردش خوندن حتماً از 7 لایه تشکیل شده وقتی دارید با API کار میکنید دیتای که ارسال میکنید از این 7 لایه میگذره و به مقصد میرسه وقتی دیتای ارسال میکنید مبدا از لایه هفتم این فرایند…
هر برنامه نویسی در حد مقدماتی باید اینارو بلد باشه ...
یاد بگیرید حتمن
در حدی که بدونید چیه
یاد بگیرید حتمن
در حدی که بدونید چیه
کدوم مورد از تست های زیر نسبت به بقیه قسمت بزرگتری از نرم افزار رو پوشش میده؟
Anonymous Quiz
35%
Unit test
41%
Integration test
24%
e2e test
کدوم مورد از تست های زیر نسبت به بقیه سرعت بالاتری دارن و سریعتر run میشن؟
Anonymous Quiz
80%
Unit test
8%
Integration test
12%
End to end test
کدوم مورد از تست های زیر نسبت به بقیه maintenance cost یا هزینه maintain کمتری دارن ؟
Anonymous Quiz
65%
Unit test
18%
Integration test
17%
End to end test
❓پترن
✅هر پترن یه problem ای رو بیان میکنه که بارها و بارها اتفاق افتاده و یه سولوشن براش ارائه میده .
❓آنتی پترن
✅هر آنتی پترن یه problem ای رو بیان میکنه که بارها و بارها اتفاق افتاده و یه سولوشن رو براش ارائه میده .
این سولوشن در ابتدا مناسب به نظر میرسه ولی خودش باعث problem های بیشتری میشه .
@purecoder_ir
✅هر پترن یه problem ای رو بیان میکنه که بارها و بارها اتفاق افتاده و یه سولوشن براش ارائه میده .
❓آنتی پترن
✅هر آنتی پترن یه problem ای رو بیان میکنه که بارها و بارها اتفاق افتاده و یه سولوشن رو براش ارائه میده .
این سولوشن در ابتدا مناسب به نظر میرسه ولی خودش باعث problem های بیشتری میشه .
@purecoder_ir
❓چالش
چرا توی معماری هایی مثل کلین میگیم که ورودی خروجی های Application Serivce ها یا usecase ها باید Data Transfer Object (دیتا استراکچر ) باشن و نباید Entity ها رو توی ورودی و خروجی سرویس ها استفاده کنیم. ولی در عین حال میتونیم Entity ها رو از طرف سرویس ها یا یوزکیس ها به Repository ها پاس بدیم و همچنین Repository ها هم میتونن Entity ریترن کنن؟
چرا ورودی و خروجی اونطرفشون باید دیتااستراکچر باشه و نباید Entity باشه ولی توی ارتباط با Repository ها مشکلی نداره Entity رد و بدل بشه؟
@purecoder_ir
چرا توی معماری هایی مثل کلین میگیم که ورودی خروجی های Application Serivce ها یا usecase ها باید Data Transfer Object (دیتا استراکچر ) باشن و نباید Entity ها رو توی ورودی و خروجی سرویس ها استفاده کنیم. ولی در عین حال میتونیم Entity ها رو از طرف سرویس ها یا یوزکیس ها به Repository ها پاس بدیم و همچنین Repository ها هم میتونن Entity ریترن کنن؟
چرا ورودی و خروجی اونطرفشون باید دیتااستراکچر باشه و نباید Entity باشه ولی توی ارتباط با Repository ها مشکلی نداره Entity رد و بدل بشه؟
@purecoder_ir
🔥DRY
🔥Don't Repeat Yourself
اصل DRY صراحتن در مورد code duplication صحبت نمیکنه و هر code duplication ای الزامن نقض اصل DRY نیست.
بعضی مواقع با Accidental Duplication روبرو میشیم.
ینی چی؟
یعنی دو قطعه کد کپی یا شبیه هم هستن و ما فکر می‌کنیم که DRY نقض شده و سعی می‌کنیم که با یکی کردن اونها duplication رو از بین ببریم .
ولی در واقعیت این یه duplication تصادفی بوده و به هیج وجه نباید اون دو قطعه کد یکسان سازی بشن.
برای همین میگیم که اصل DRY رو نباید در حد code duplication پایین بیاریم.
@purecoder_ir
🔥Don't Repeat Yourself
اصل DRY صراحتن در مورد code duplication صحبت نمیکنه و هر code duplication ای الزامن نقض اصل DRY نیست.
بعضی مواقع با Accidental Duplication روبرو میشیم.
ینی چی؟
یعنی دو قطعه کد کپی یا شبیه هم هستن و ما فکر می‌کنیم که DRY نقض شده و سعی می‌کنیم که با یکی کردن اونها duplication رو از بین ببریم .
ولی در واقعیت این یه duplication تصادفی بوده و به هیج وجه نباید اون دو قطعه کد یکسان سازی بشن.
برای همین میگیم که اصل DRY رو نباید در حد code duplication پایین بیاریم.
@purecoder_ir
🔥دیزاین پترن هایی که توی فریوورک فلاتر استفاده شدن و کاربردشون توی ذهنم هست....
✅Composite
✅Observer
✅Decorator
✅Proxy
✅Visitor
✅Chain of Responsibility
✅Factory Method
✅Template Method
✅Command
✅Momento
🔥البته این لیست بلند تر هست... ولی کاربرد بقیشون توی فلاتر الان توی ذهنم نیست...
شما تکمیل ترش کنید...
🔥فریمورک های خوب بهشت دیزاین پترن ها هستن😍😍
🔥برای مثال توی فلاتر ترکیب Composite با Visitor و همچنین ترکیب Composite با Chain of Responsibility رو میبینیم😍
@purecoder_ir
✅Composite
✅Observer
✅Decorator
✅Proxy
✅Visitor
✅Chain of Responsibility
✅Factory Method
✅Template Method
✅Command
✅Momento
🔥البته این لیست بلند تر هست... ولی کاربرد بقیشون توی فلاتر الان توی ذهنم نیست...
شما تکمیل ترش کنید...
🔥فریمورک های خوب بهشت دیزاین پترن ها هستن😍😍
🔥برای مثال توی فلاتر ترکیب Composite با Visitor و همچنین ترکیب Composite با Chain of Responsibility رو میبینیم😍
@purecoder_ir
فولدرهای تو در تو الزامن باعث بهتر شدن ساختار یا معماری آپ نمیشن
بعضی جاها باید ۱۰ تا فولدر( با اغراق ) باز کنی که برسی به کلاس هدف ....بعد اصن یادت میره کجا بودی!!!!
یه کلاس میخوای اضافه کنی، باید ۱ ساعت توی این فولدرها بگردی که ببینی دقیقن کجا باید اضافه بشه ...
این موضوع رو خیلی زیاد جاهای مختلف دیدم، چه پروژه های فلاتری و چه ...
به پیر به پیغمبر این ساختار بندی ها، خودشون هدف نیستن، هدف توسعه ی پایدار آپ هست و تعداد فولدرهای زیاد و تودرتو الزامن نشون دهنده ی یه ساختار کلین نیست .
Simple, simple, simple
شما اگه بخواین از تهران برید مشهد، باید مسیر مستقیم رو برید ....گرمسار، سمنان، دامغان، شاهرود، سبزوار.....
اگه به جای مسیر مستقیم انداختی توی اتوبان تهران قم، با این استدلال که جادش بهتره نشونه ی بی عقلیه، چون هدف رو فراموش کردید!!!!
پ.ن: در ضمن، شما توی مراحل مختلف میتونی ساختار اپت رو تغییر بدی و الزامی نداره به یه چیزی پایبند باشی که از ابتدای کار خودت رو گرفتار ساختارهای توهمی کنی که نکنه در آینده به مشکل بخورم
@purecoder_ir
بعضی جاها باید ۱۰ تا فولدر( با اغراق ) باز کنی که برسی به کلاس هدف ....بعد اصن یادت میره کجا بودی!!!!
یه کلاس میخوای اضافه کنی، باید ۱ ساعت توی این فولدرها بگردی که ببینی دقیقن کجا باید اضافه بشه ...
این موضوع رو خیلی زیاد جاهای مختلف دیدم، چه پروژه های فلاتری و چه ...
به پیر به پیغمبر این ساختار بندی ها، خودشون هدف نیستن، هدف توسعه ی پایدار آپ هست و تعداد فولدرهای زیاد و تودرتو الزامن نشون دهنده ی یه ساختار کلین نیست .
Simple, simple, simple
شما اگه بخواین از تهران برید مشهد، باید مسیر مستقیم رو برید ....گرمسار، سمنان، دامغان، شاهرود، سبزوار.....
اگه به جای مسیر مستقیم انداختی توی اتوبان تهران قم، با این استدلال که جادش بهتره نشونه ی بی عقلیه، چون هدف رو فراموش کردید!!!!
پ.ن: در ضمن، شما توی مراحل مختلف میتونی ساختار اپت رو تغییر بدی و الزامی نداره به یه چیزی پایبند باشی که از ابتدای کار خودت رو گرفتار ساختارهای توهمی کنی که نکنه در آینده به مشکل بخورم
@purecoder_ir
🔥Http Methods
✅توی در خواست های post میتونید به جای استاتوس کد ۲۰۰ از استاتوس کد ۲۰۱ استفاده کنید و لینک ریسورسی که توسط این درخواست ساخته شده رو توی هدر رسپانس بذارید
✅توی درخواست هایی که نمیخواین body ارسال کنید، میتونید از ۲۰۴ به جای ۲۰۰ استفاده کنید .
✅ارورهایی که از طرف کلاینت اتفاق افتاده و کلاینت باید یه چیزی رو اصلاح کنه و دوباره درخواست بده رو با 4xx گزارش کنید
✅ارورهایی که از سمت سرور اتفاق افتاده و ارتباطی با کلاینت نداره، برای مثال مشکل در کانکشن زدن با دیتابیس رو با 5xx گزارش کنید
✅در ارور های 5xx دل و روده ی خطا رو بیرون نریزید و دو حالت development و production رو برای ارائه کردن یا نکردن جزئیات خطا در نظر بگیرید .
@purecoder_ir
✅توی در خواست های post میتونید به جای استاتوس کد ۲۰۰ از استاتوس کد ۲۰۱ استفاده کنید و لینک ریسورسی که توسط این درخواست ساخته شده رو توی هدر رسپانس بذارید
✅توی درخواست هایی که نمیخواین body ارسال کنید، میتونید از ۲۰۴ به جای ۲۰۰ استفاده کنید .
✅ارورهایی که از طرف کلاینت اتفاق افتاده و کلاینت باید یه چیزی رو اصلاح کنه و دوباره درخواست بده رو با 4xx گزارش کنید
✅ارورهایی که از سمت سرور اتفاق افتاده و ارتباطی با کلاینت نداره، برای مثال مشکل در کانکشن زدن با دیتابیس رو با 5xx گزارش کنید
✅در ارور های 5xx دل و روده ی خطا رو بیرون نریزید و دو حالت development و production رو برای ارائه کردن یا نکردن جزئیات خطا در نظر بگیرید .
@purecoder_ir
Pure Coder
🔥Http Methods ✅توی در خواست های post میتونید به جای استاتوس کد ۲۰۰ از استاتوس کد ۲۰۱ استفاده کنید و لینک ریسورسی که توسط این درخواست ساخته شده رو توی هدر رسپانس بذارید ✅توی درخواست هایی که نمیخواین body ارسال کنید، میتونید از ۲۰۴ به جای ۲۰۰ استفاده کنید…
🤦♂🤦♂بعضیا هستن که گل درخواست ها رو با post می‌نويسن و وقتی دلیل میپرسی میگن به خاطر امنیت بیشتر ...
اگر فرانت کار بودید و با چنین موجودات عجیبی سمت بکند روبرو شدید، به هیچ وجه زیر بار نرید..
هر کدوم اینها جایگاه خودشون رو دارن
✅معمولن get و post و put و delete رایج تر از بقیه هستن.
✅اگه درخواستتون فقط شامل query زدن هست و چیزی رو توی دیتابیس تغییر نمیده از get استفاده کنید .
✅اگه درخواستتون یه command هست و قراره یه تغییری توی دیتابیس اعمال کنه، بسته به نیاز از post یا put یا delete استفاده کنید
❌به هیچ عنوان اینها رو باهم قاطی نکنید
@purecoder_ir
اگر فرانت کار بودید و با چنین موجودات عجیبی سمت بکند روبرو شدید، به هیچ وجه زیر بار نرید..
هر کدوم اینها جایگاه خودشون رو دارن
✅معمولن get و post و put و delete رایج تر از بقیه هستن.
✅اگه درخواستتون فقط شامل query زدن هست و چیزی رو توی دیتابیس تغییر نمیده از get استفاده کنید .
✅اگه درخواستتون یه command هست و قراره یه تغییری توی دیتابیس اعمال کنه، بسته به نیاز از post یا put یا delete استفاده کنید
❌به هیچ عنوان اینها رو باهم قاطی نکنید
@purecoder_ir
نباید هدف یا goal
❌ استفاده از یه معماری خاص و تو دل برو برای پروژه باشه
❌رعایت مو به موی اصول سالید باشه
❌تست کردن واو به واو کدها و گرفتن code coverage صد در صد باشه
❌استفاده از یه سری دیزاین پترن خاص باشه
❌و...
هدف یا goal باید
✅توسعه ی پایدار اپلیکیشن باشه
❓آیا کارهایی که داری انجام میدی به این هدف کمک میکنه؟
اگه کمک نمیکنه پس داری مسیر اشتباهی رو میری، معماری، دیزاین پترن ها و .... هدف نیستن، بلکه وسیله ای برای رسیدن به هدف هستن.
ما بعضی وقت ها هدف رو فراموش می‌کنیم و خود این موارد رو هدف یا goal نهایی قرار میدیم.
این خطرناکه...
@purecoder_ir
❌ استفاده از یه معماری خاص و تو دل برو برای پروژه باشه
❌رعایت مو به موی اصول سالید باشه
❌تست کردن واو به واو کدها و گرفتن code coverage صد در صد باشه
❌استفاده از یه سری دیزاین پترن خاص باشه
❌و...
هدف یا goal باید
✅توسعه ی پایدار اپلیکیشن باشه
❓آیا کارهایی که داری انجام میدی به این هدف کمک میکنه؟
اگه کمک نمیکنه پس داری مسیر اشتباهی رو میری، معماری، دیزاین پترن ها و .... هدف نیستن، بلکه وسیله ای برای رسیدن به هدف هستن.
ما بعضی وقت ها هدف رو فراموش می‌کنیم و خود این موارد رو هدف یا goal نهایی قرار میدیم.
این خطرناکه...
@purecoder_ir
چرا بعضی برنامه نویس ها فکر میکنن که وقتی لینوکس نصب کنن کلاس کارشون میره بالا؟
اگه استفاده ی تخصصی از لینوکس کنی درست ...
یا اگه علاقه به یادگیری لینوکس داری بازم درست ...
ولی وقتی کل کاری که میکنی اینه که یه کروم باز میکنی و یه ide که توش کد بزنی چه فرقی بین لینوکس و ویندوز هست ؟
حالا بگیم لینوکس مصرف منابعش بهتره ولی ویندوزم که دیگه ژیان نیست، یه سیستم معمولی داشته باشی باهات راه میاد، کلی دردسر هایی هم که توی لینوکس داری و کلی سر کله زدن با درایور ها رو نداری ...
اگه استفاده ی تخصصی از لینوکس کنی درست ...
یا اگه علاقه به یادگیری لینوکس داری بازم درست ...
ولی وقتی کل کاری که میکنی اینه که یه کروم باز میکنی و یه ide که توش کد بزنی چه فرقی بین لینوکس و ویندوز هست ؟
حالا بگیم لینوکس مصرف منابعش بهتره ولی ویندوزم که دیگه ژیان نیست، یه سیستم معمولی داشته باشی باهات راه میاد، کلی دردسر هایی هم که توی لینوکس داری و کلی سر کله زدن با درایور ها رو نداری ...