Forwarded from Persian Flutter (PayamZ)
بازار فلاتر روی دستگاه های Embedded رو به پیشرفته، خیلی از شرکت ها دارن روش سرمایه گزاری میکنن
یکی از مهمترین دستگاه ها توی این بازار Raspberry pi هست.
ما یه ابزار توسعه دادیم که همه مراحل توسعه نرم افزار رو روی Raspberry pi آسون تر میکنه
از نصب فلاتر تا اجرای برنامه درحالت Kiosk
اگه علاقه مندید مقاله زیر میتونه خیلی بهتون کمک کنه
https://medium.com/snapp-x/flutter-on-raspberry-pi-raspi-flutter-e1760818ba0c
@persian_flutter
یکی از مهمترین دستگاه ها توی این بازار Raspberry pi هست.
ما یه ابزار توسعه دادیم که همه مراحل توسعه نرم افزار رو روی Raspberry pi آسون تر میکنه
از نصب فلاتر تا اجرای برنامه درحالت Kiosk
اگه علاقه مندید مقاله زیر میتونه خیلی بهتون کمک کنه
https://medium.com/snapp-x/flutter-on-raspberry-pi-raspi-flutter-e1760818ba0c
@persian_flutter
Medium
Flutter on Raspberry Pi (snapp_installer)
In this article, we will explore the fusion of Flutter and Raspberry Pi with snapp_installer, a game-changing command-line tool.
سلام دوستان
امیدوارم حالتون خوب باشه
😍😍خبر ویژه اینکه پارت اول دوره ی Object Oriented Design تکمیل شده و تا پایان هفته میتونید با تخفیف ۴۰ درصدی در این دوره شرکت کنید...
✅Object Oriented
✅SOLID Design Principles
✅Clean Architecture
✅...
💰هزینه دوره: ۱میلیون و ۴۰۰ هزار تومان
✂️هزینه با تخفیف: ۸۴۰ هزار تومان
🔗لینک دوره:
https://purecoder.ir/course/object-oriented-design-part-one/
💥دوره شامل پشتیبانی میباشد...
💥برای شرکت در دوره یا مشاوره به اکانت پشتیبانی پیام بدید 👇
@purecoder_support
@purecoder_ir
امیدوارم حالتون خوب باشه
😍😍خبر ویژه اینکه پارت اول دوره ی Object Oriented Design تکمیل شده و تا پایان هفته میتونید با تخفیف ۴۰ درصدی در این دوره شرکت کنید...
✅Object Oriented
✅SOLID Design Principles
✅Clean Architecture
✅...
💰هزینه دوره: ۱میلیون و ۴۰۰ هزار تومان
✂️هزینه با تخفیف: ۸۴۰ هزار تومان
🔗لینک دوره:
https://purecoder.ir/course/object-oriented-design-part-one/
💥دوره شامل پشتیبانی میباشد...
💥برای شرکت در دوره یا مشاوره به اکانت پشتیبانی پیام بدید 👇
@purecoder_support
@purecoder_ir
Forwarded from Persian Flutter (PayamZ)
This media is not supported in your browser
VIEW IN TELEGRAM
🚀🚀🚀 Toastification V1.0.0 🎉🎉🎉
خب خب خب
اینم از اولین ورژن خفن TOASTIFICATION
دیگه لازم نیست بری داکیومنت رو کامل بخونی
برو وب سایت پایین + نوتیفیکیشنت رو بساز + تستش کن + کدش رو کپی کن + و تو پروژت ازش استفاده کن
https://payamzahedi.com/toastification/
design: @sepide_moqadasi
develop: @payamzahedi95 @belikeben
خب خب خب
اینم از اولین ورژن خفن TOASTIFICATION
دیگه لازم نیست بری داکیومنت رو کامل بخونی
برو وب سایت پایین + نوتیفیکیشنت رو بساز + تستش کن + کدش رو کپی کن + و تو پروژت ازش استفاده کن
https://payamzahedi.com/toastification/
design: @sepide_moqadasi
develop: @payamzahedi95 @belikeben
📰 یه خبر ویژه...
🍃 یه دوره ی جدید برای فلاتر داریم طراحی میکنیم که روز های اینده روی سایت قرار میگیره و شروعش میکنیم...
مختص فلاتر ولی متفاوت و با کلی نکته‌ی جذاب 😎
🔜 🔜 🔜 🔜
@purecoder_ir
🍃 یه دوره ی جدید برای فلاتر داریم طراحی میکنیم که روز های اینده روی سایت قرار میگیره و شروعش میکنیم...
مختص فلاتر ولی متفاوت و با کلی نکته‌ی جذاب 😎
🔜 🔜 🔜 🔜
@purecoder_ir
Fluttery's Journey (55 %)
🆕 دوره ی جدید و خاص فلاترمون به زودی شروع میشه😍😍
✈️ قراره یه سفر به اعماق فلاتر داشته باشیم...
🏝 در این سفر با درخت های مختلف فلاتر، از جمله Element Tree و Render Tree به خوبی اشنا میشیم.
🖼 با layout phase و paint phase که بعد از build شدن ویجت ها انجام میشه، اشنا میشیم.
➕انیمیشن، Binding ها، dart ui, انواع ویجت ها، انواع رندر ابجکت ها و... رو به خوبی درک میکنیم.
🎨کاربرد دیزاین پترن های مختلف رو توی کدهای فریمورک فلاتر میبینیم.
از جمله پترن های Composite و Visitor و Decorator و Observer و TemplateMethod.
🔗میتونی توضیحات دوره رو توی لینک زیر بخونی:
https://purecoder.ir/course/flutterys-journey/
✍برای شرکت در دوره به اکانت های زیر پیام بده:
@PureCoder_Support
@MohammadTaherri
✂️تا قبل از شروع دوره میتونی از تخفیف ۵۵ درصدی پیش ثبت نام دوره استفاده کنی...
✅دوره شامل پشتیبانی هست..
@purecoder_ir
🆕 دوره ی جدید و خاص فلاترمون به زودی شروع میشه😍😍
✈️ قراره یه سفر به اعماق فلاتر داشته باشیم...
🏝 در این سفر با درخت های مختلف فلاتر، از جمله Element Tree و Render Tree به خوبی اشنا میشیم.
🖼 با layout phase و paint phase که بعد از build شدن ویجت ها انجام میشه، اشنا میشیم.
➕انیمیشن، Binding ها، dart ui, انواع ویجت ها، انواع رندر ابجکت ها و... رو به خوبی درک میکنیم.
🎨کاربرد دیزاین پترن های مختلف رو توی کدهای فریمورک فلاتر میبینیم.
از جمله پترن های Composite و Visitor و Decorator و Observer و TemplateMethod.
🔗میتونی توضیحات دوره رو توی لینک زیر بخونی:
https://purecoder.ir/course/flutterys-journey/
✍برای شرکت در دوره به اکانت های زیر پیام بده:
@PureCoder_Support
@MohammadTaherri
✂️تا قبل از شروع دوره میتونی از تخفیف ۵۵ درصدی پیش ثبت نام دوره استفاده کنی...
✅دوره شامل پشتیبانی هست..
@purecoder_ir
Pure Coder
Fluttery's Journey (55 %) 🆕 دوره ی جدید و خاص فلاترمون به زودی شروع میشه😍😍 ✈️ قراره یه سفر به اعماق فلاتر داشته باشیم... 🏝 در این سفر با درخت های مختلف فلاتر، از جمله Element Tree و Render Tree به خوبی اشنا میشیم. 🖼 با layout phase و paint phase که بعد…
دوستان پرداخت هزینه ی دوره به صورت کارت به کارت هست و برای ثبت نام به اکانت های ذکر شده پیام بدید...
همچنین پرداخت هزینه الان انجام نمیشه و الان به کانال پشتیبانی دوره اضافه میشید و موقع شروع دوره توی کانال (دوره) اطلاع رسانی میشه و همون موقع هم پرداخت هزینه ها انجام میشه...
همچنین پرداخت هزینه الان انجام نمیشه و الان به کانال پشتیبانی دوره اضافه میشید و موقع شروع دوره توی کانال (دوره) اطلاع رسانی میشه و همون موقع هم پرداخت هزینه ها انجام میشه...
🔥Tip
🔥Clean Code - private static methods
❓متدهای private static چطوری میتونن به کلین شدن کد کمک کنن؟
✅توی مقاله ی کوچولوی زیر یکم راجبش صحبت کردم:
https://purecoder.ir/clean-code-and-private-static-methods/
😍حتمن بخونش...ضرر نمیکنی...
@purecoder_ir
🔥Clean Code - private static methods
❓متدهای private static چطوری میتونن به کلین شدن کد کمک کنن؟
✅توی مقاله ی کوچولوی زیر یکم راجبش صحبت کردم:
https://purecoder.ir/clean-code-and-private-static-methods/
😍حتمن بخونش...ضرر نمیکنی...
@purecoder_ir
Pure Coder
نظر سنجی
فرض کنید پروژه ای دارید که براش تست نوشتید، حالا قراره که بین clean بودن پروداکشن کد و clean بودن تست یکی رو انتخاب کنید (همه چیز فرضی هست)
کدوم رو انتخاب میکنید؟
فرض کنید پروژه ای دارید که براش تست نوشتید، حالا قراره که بین clean بودن پروداکشن کد و clean بودن تست یکی رو انتخاب کنید (همه چیز فرضی هست)
کدوم رو انتخاب میکنید؟
توی این نظر سنجی فقط ۱۶ درصد کلین بودن تست رو انتخاب کردن در مقابل ۸۴ درصد کلین بودن پروداکشن کد رو اولویت قرار دادن...
دوستان یکی از ویژگی های مهم تست و به خصوص یونیت تست این هست که بهت این اطمینان رو بده که بتونی کدت رو پیوسته و بدون ترس ریفکتور کنی...
حالا اگه خود تست کلین نباشه، چطوری میتونه این نقش رو به خوبی بازی کنه؟
ایا نباید تست توی اولویت بالاتر قرار بگیره؟
ببینید باز هم میگم کدی که مینویسیم از ابتدا کلین نیست و در ابتدا فقط کار میکنه و قراره پیوسته ریفکتور بشه تا کلین بشه...
این تست هست که اگه به خوبی نوشته شده باشه میتونه بهت این اطمینان رو بده که کدت رو کلین کنی... حالا اگه خودش کلین نباشه، داستان چه جوری
میخاد پیش بره؟
اگه کسی میتونه ادعا کنه که همیشه و در همه حال از همون ب بسم الله پروداکشن کدش رو کلین مینویسه و نیازی به ریفکتور نداره ... من حرفی ندارم 😁
@purecoder_ir
دوستان یکی از ویژگی های مهم تست و به خصوص یونیت تست این هست که بهت این اطمینان رو بده که بتونی کدت رو پیوسته و بدون ترس ریفکتور کنی...
حالا اگه خود تست کلین نباشه، چطوری میتونه این نقش رو به خوبی بازی کنه؟
ایا نباید تست توی اولویت بالاتر قرار بگیره؟
ببینید باز هم میگم کدی که مینویسیم از ابتدا کلین نیست و در ابتدا فقط کار میکنه و قراره پیوسته ریفکتور بشه تا کلین بشه...
این تست هست که اگه به خوبی نوشته شده باشه میتونه بهت این اطمینان رو بده که کدت رو کلین کنی... حالا اگه خودش کلین نباشه، داستان چه جوری
میخاد پیش بره؟
اگه کسی میتونه ادعا کنه که همیشه و در همه حال از همون ب بسم الله پروداکشن کدش رو کلین مینویسه و نیازی به ریفکتور نداره ... من حرفی ندارم 😁
@purecoder_ir
There's a hell of a lot of code out there in OO languages that is procedural in design.
The OO community may have 'won' in the sense that modern languages are dominated by objects, but they are still yet to win in that OO programming is still not widely used.
💥Martin Fowler💥
⚪️ این جمله ی Martin Fowler رو جدی بگیرید.
صرف اینکه از یک زبان Object Oriented استفاده میکنید، به این معنا نیست که کدهایی که میزنید طبق Object Oriented هست !!!!
@purecoder_ir
The OO community may have 'won' in the sense that modern languages are dominated by objects, but they are still yet to win in that OO programming is still not widely used.
💥Martin Fowler💥
⚪️ این جمله ی Martin Fowler رو جدی بگیرید.
صرف اینکه از یک زبان Object Oriented استفاده میکنید، به این معنا نیست که کدهایی که میزنید طبق Object Oriented هست !!!!
@purecoder_ir
تنها چیزی که توی دنیای برنامه نویسی روش تعصب دارم VS Code هست 😁
هیچ جوره نمیتونم ترکش کنم و از یه چیز دیگه استفاده کنم 😅
هر زبان و فریمورکی هم که باشه بالاخره باید یه راهی پیدا کنم که بتونم با VS Code ازش استفاده کنم😍😅
@purecoder_ir
هیچ جوره نمیتونم ترکش کنم و از یه چیز دیگه استفاده کنم 😅
هر زبان و فریمورکی هم که باشه بالاخره باید یه راهی پیدا کنم که بتونم با VS Code ازش استفاده کنم😍😅
@purecoder_ir
#سوال_مصاحبه
❓یه توضیح خوب و مفهومی راجب Object Oriented بده...
✅کلن چیه....
✅هدفش چیه...
✅خوبی ها و معایبش چیه...
@purecoder_ir
❓یه توضیح خوب و مفهومی راجب Object Oriented بده...
✅کلن چیه....
✅هدفش چیه...
✅خوبی ها و معایبش چیه...
@purecoder_ir
کدوم یک از اصول سالید به طور خاص بر inheritance نظارت میکنه و قوانینی رو در این باره ارائه میده؟
Anonymous Quiz
10%
Single Responsibility
20%
Open-Closed
29%
Liskov Substitution
21%
Interface Segregation
20%
Dependency Inversion
🔥Command Query Separation
😍یه داستان دیگه از Pure Coder که بهمون کمک میکنه کدهای clean تر بنویسیم....
🔥توی این قسمت قراره از دنیای Functional Programming کمک بگیریم...
https://purecoder.ir/command-query-separation/
@purecoder_ir
😍یه داستان دیگه از Pure Coder که بهمون کمک میکنه کدهای clean تر بنویسیم....
🔥توی این قسمت قراره از دنیای Functional Programming کمک بگیریم...
https://purecoder.ir/command-query-separation/
@purecoder_ir
با اعمال Template Method Pattern کدوم از اصول زیر اعمال میشن؟
Anonymous Quiz
16%
Open-Closed
15%
Liskov substitution
36%
Don't Repeat Yourself (DRY)
33%
All items
کدوم یک از اصول سالید راهکاری برای کاهش Dependency به Fat Class هایی که امکان خورد کردنشون به کلاس های کوچکتر نیست رو ارائه میده؟
Anonymous Quiz
22%
Single Responsibility
10%
Open-Closed
14%
Liskov substitution
25%
Interface Segregation
29%
Dependency Inversion
Pure Coder
کدوم یک از اصول سالید راهکاری برای کاهش Dependency به Fat Class هایی که امکان خورد کردنشون به کلاس های کوچکتر نیست رو ارائه میده؟
❌اصل Dependency Inversion که اکثرن ذهنتون رفته سمتش بحثش جداست...
✅اینجا شما یه Fat Class دارید... یعنی یه کلاس چاق و چله که احتمالن Responsibility های مختلفی هم داره و به هر دلیلی نمیتونید اون رو به کلاس های کوچکتر خورد کنید و Responsibility هاش رو تفکیک کنید...
حالا توی سیستم کلاس های مختلفی دارید که به این Fat Class وابستگی دارن ولی هر کدوم به یک جنبه ی این کلاس وابسته ان و از همه ی متد هاش استفاده نمیکنن..
در نتیجه یه سری Interface کوچولو کوچولو درست میکنید و Fat Class اون ها رو implement میکنه و کلاس هایی که بهش وابسته بودن، از این به بعد به اون اینترفیس ها وابسته میشن و اینجوری Fat Class رو یه گوشه ی سیستم محصورش میکنیم و با وجود داشتن Responsibility های زیاد، با کاهش Dependency ای که سایر کلاس ها بهش دارن، یکمی دردش رو کمتر میکنیم...
⚠️البته یکی از موارد کاربرد ISP هست...
@purecoder_ir
✅اینجا شما یه Fat Class دارید... یعنی یه کلاس چاق و چله که احتمالن Responsibility های مختلفی هم داره و به هر دلیلی نمیتونید اون رو به کلاس های کوچکتر خورد کنید و Responsibility هاش رو تفکیک کنید...
حالا توی سیستم کلاس های مختلفی دارید که به این Fat Class وابستگی دارن ولی هر کدوم به یک جنبه ی این کلاس وابسته ان و از همه ی متد هاش استفاده نمیکنن..
در نتیجه یه سری Interface کوچولو کوچولو درست میکنید و Fat Class اون ها رو implement میکنه و کلاس هایی که بهش وابسته بودن، از این به بعد به اون اینترفیس ها وابسته میشن و اینجوری Fat Class رو یه گوشه ی سیستم محصورش میکنیم و با وجود داشتن Responsibility های زیاد، با کاهش Dependency ای که سایر کلاس ها بهش دارن، یکمی دردش رو کمتر میکنیم...
⚠️البته یکی از موارد کاربرد ISP هست...
@purecoder_ir
✅Single Responsibility Principle:
Each module should have only one reason to change.
✅Open-Closed Principle:
Software entities should open for extension and closed for modification.
✅Liskov Substitution Principle:
A Sub class should be substituable for its super class.
✅Interface Segregation Principle:
Don't depend on things you don't need.
✅Dependency Inversion Principle:
High-level modules should not depend on low-level modules. Both should depend on abstractions.
Abstractions should not depend on details. Details should depend on abstractions.
@purecoder_ir
Each module should have only one reason to change.
✅Open-Closed Principle:
Software entities should open for extension and closed for modification.
✅Liskov Substitution Principle:
A Sub class should be substituable for its super class.
✅Interface Segregation Principle:
Don't depend on things you don't need.
✅Dependency Inversion Principle:
High-level modules should not depend on low-level modules. Both should depend on abstractions.
Abstractions should not depend on details. Details should depend on abstractions.
@purecoder_ir