Pure Coder
790 subscribers
189 photos
30 videos
8 files
150 links
⭕️آدرس سایت:
https://purecoder.ir

⭕️گروه پرسش و پاسخ:
@purecoder_gp

⭕️پشتیبانی:
@PureCoder_support
@MohammadTaherri
Download Telegram
Media is too big
VIEW IN TELEGRAM
🔥Animated List (Flutter)

با این تکنیک ساده، پیاده‌سازی Listهاتو مثل حرفه‌ای‌ها انجام بده!
توی این ویدیو توضیح دادم که چطوری کارتو راحت‌تر کنی.

ویدیو رو ببین، امتحان کن و نظرت رو برام بنویس!

📌 برای آموزش‌های بیشتر، حتماً پیج رو فالو کن! ❤️

https://www.instagram.com/yalda.mohasseli?igsh=MXJ6OWpybG1lcmE2cA==

@purecoder_ir
🔥10👍2
کمال گرایی یه بیماری حاده، ولی بنظرم کمال گراها برای پیشرفت دنیا ضروری‌هستن وگرنه دنیا همیشه درجا میزد و از جاش تکون نمیخورد

خودشون اکثرن بیچاره میشن مگر اینکه شانس بیارن، ولی برای دنیا مفیدن😂😂

@purecoder_ir
👌15😁31👍1👎1
کریستوفر الکساندر

Each pattern describes a problem which occurs over and over again in our environment, and then describes the core of the solution to that problem, in such a way that you can use this solution a million times over, without ever doing it the same way twice


الکساندر در مورد پترن ها در ساختمان سازی و ... صحبت کرده و خودش هم توی کار ساختمان و این داستانا بوده ولی ابداع pattern language کار اون بوده.

عکس بالا هم کتابش در رابطه با این موضوع هست.

توی صنعت نرم افزار تقریبن اولین pattern language که خیلی معروف شد توسط Gang of Four تدوین شد که با ایده گرفتن از کار الکساندر انجام شد.

بعد از Gang of Four این موضوع توی صنعت نرم افزار خیلی رایج شد و pattern language های دیگه ای توی زمینه های مختلف مدون شدن و هنوز هم این راه ادامه داره‌.

این Pattern Language ها خدمت زیادی به افراد میکنن و مهمترینش اینه که به جای اینکه یه تومار راجب یه چیزی توضیح بدن تا منظورشو بفهمونن, با یه کلمه کل داستان رو میرسونن.

@purecoder_ir
🔥71
This media is not supported in your browser
VIEW IN TELEGRAM
🤣🤣🤣
🤣1611
چالش

یه دونه account داریم که میتونه activate و deactivate بشه

حالا میخوایم یه rest api برای activate و deactivate کردنش طراحی کنیم

کدوم یک از گزینه های زیر بنظرت بهتره؟

1⃣
PUT
api/accounts/{id}

Body :
{
isActive: true
}

2⃣
PATCH 
api/accounts/{id}

Body :
{
isActive: true
}

3⃣
PUT
1) api/accounts/{id}/activate
2)api/accounts/{id}/deactivate

4⃣
PATCH 
1) api/accounts/{id}/activate
2)api/accounts/{id}/deactivate

5⃣
PUT
api/accounts/{id}/status

Body :
{
isActive: true
}

6⃣
PATCH 
api/accounts/{id}/status

Body :
{
isActive: true
}

@purecoder_ir
👍1
👍1
🔥فصل Render Tree و Layer Tree در حال پیشرویه

خیلی مفصله و حالا حالا ها ادامه داره😍

🔗لینک دوره:
https://purecoder.ir/course/flutterys-journey/

ثبت نام:
🆔@PureCoder_Support
8👍1
Pure Coder pinned a photo
Pure Coder
چالش یه دونه account داریم که میتونه activate و deactivate بشه حالا میخوایم یه rest api برای activate و deactivate کردنش طراحی کنیم کدوم یک از گزینه های زیر بنظرت بهتره؟ 1⃣ PUT api/accounts/{id} Body : { isActive: true } 2⃣ PATCH api/accounts/{id}…
🔥کوئیز Rest

گزینه ی ۱ طبق استاندارد های رست درست نیست چون که متد PUT برای replace کردن کل resource بکار میره و نه آپدیت جزئی اون.

گزینه ۳ و ۴ درست نیستن چون تبدیل به RPC شدن، همچنین گزینه ۳ آپدیت جزئی ریسورس رو با PUT هندل کرده.

گزینه ۲ طبق استاندارد های رست درست هست، آپدیت جزئی ریسورس و استفاده از PATCH

گزینه ۵ درست هست چون اینجا ریسورس رو محدود کردیم و کلش رو با PUT جایگزین(replace) کردیم.

گزینه ۶ میتونه درست باشه ولی ۵ نسبت به ۶ بهتره چون کل ریسورس رو داره replace میکنه و مفهوم رو بهتر میرسونه.

بین گزینه ۲ و ۵ کدوم یک بهتر هستن؟

هر دو از نظر استاندارد های رست درستن ولی از زاویه دید دیزاین کدوم شون بهتره؟

بستگی به شرایط داره.

@purecoder_ir
🔥6👍1
🔥این ویدیو مربوط به سال 2016 ( احتمالن قبل از معرفی شدن رسمی فلاتر) هست که یکی از توسعه دهنده های فلاتر نکات خیلی خوبی رو در مورد فلاتر بیان میکنه.

این ویدیو رو سال 1400 دیدم و اولش تقریبن هیچی ازش نفهمیدم تا این که بعدش سورس کد فلاتر رو خوندم و بعدش متوجه شدم چی میگه...😅😅

حتمن ببینینش...

https://www.youtube.com/watch?v=UUfXWzp0-DU&t=100s

@purecoder_ir
🔥8
وقتی رویگرد های و متدولوژی های مختلف توی مهندسی نرم افزار رو میبنیم و حتا وقتی که خیلی توی اسکیل کوچیتکتر نگاه میکنیم و پترن های حیلی کوچولو که برای حل problem های کوچیک طراحی شدن رو میبینیم یه وجه مشترک توی همشون وجود داره و اون این هست که اکثرن از نظریه Divide and Conquer استفاده کردن.

@PureCoder_ir
👍8🤔4
🧨Single Responsibility 🔥
🧨Seperation of Concerns🔥

استفاده از attribute ها برای موضوع dependency injection و قرار دادن attribute ها بالای سر کلاس ها, معمولن باعث نقض اصل Single Responsibility و Seperation of Concerns میشه ...

دانش wire up کردن و بقیه موضوعات مربوط به dependency injection بهتره که یک جا جمع و متمرکز بشه و استفاده از attribute ها معمولن trade off خوبی در مقابل متمرکز بودنش نیست.

🤐شاید فریمورک هایی که استفاده می‌کنید شما رو مجبور به این داستان کنن، ولی باز هم دلیل بر بی نقص بودنش نیست.
فریمورک های خوب امکان استفاده از آپشن های مختلف رو برای کاربر باز می‌گذارن و کاربر رو زیر منگنه قرار نمیدن.

@purecoder_ir
👌7👍2
🔥چالش طراحی API

یه دونه کلاس Order به صورت زیر داریم:

class Order{

List<OrderLine> _lines = [];

void AddProduct(Product product, int quantity){

}

}

class OrderLine{

final Product product;
final int quantity;
}

class Product{
final String name;
}


حالا میخوایم یه API برای اضافه کردن یه ایتم جدید (item یا Line) به Order طراحی کنیم.

بنظرت کدوم یک از API های زیر بهتره؟

1️⃣
POST: api/orders/{id}
body
{
product: 1,
quantity: 4
}


2️⃣
PATCH: api/orders/{id}
body
{
product: 1,
quantity: 4
}


3️⃣
POST: api/orders/{id}/lines
body
{
product: 1,
quantity: 4
}


4️⃣
PUT: api/orders/{id}/lines
body
{
product: 1,
quantity: 4
}


@purecoder_ir
🔥3
👍1
Pure Coder
🔥چالش طراحی API یه دونه کلاس Order به صورت زیر داریم: class Order{ List<OrderLine> _lines = []; void AddProduct(Product product, int quantity){ } } class OrderLine{ final Product product; final int quantity; } class Product{ final String…
گزینه ی ۳ درسته که اکثرن هم همون رو انتخاب کردن.

حالا اگه بخوای همین رو با GraphQL طراحی کنی، چی میزنی؟

توی کامنت بگو👇

پ.ن: فرقی نمیکنه فرانت کار کنی یا بکند، این موارد دانش عمومی هست که برای همه لازمه.

@purecoder_ir
🔥21🏆1
به نظرت کامیت های گیت رو بهتره با فعل گذشته بزنیم یا فعل امری ؟

1️⃣حالت اول: فعل گذشته

👉new feature added

2️⃣حالت دوم: فعل امری

👉add new feature

توی حالت اول داریم به یه fact ای که اتفاق افتاده اشاره میکنیم و توی حالت دوم مدل ادبیات به گونه ای هست که داریم یه کامند یا دستور رو صادر میکنیم.

خارج از بحث استانداردهایی که بعضی ها تعیین کردن و ماهم احتمالن بدون چون و چرا پذیرفتیم و طبق همون ها جلو رفتیم، به نظرت از بین ۲ استایل بالا کدوم یکی بهتره؟

لطفن توی نظر سنجی زیر شرکت کن و اگه توضیحی داری میتونی نظرت رو این پایین بگی...👇

@purecoder_ir
🔥3
مباحثی که هم ماش همدانی و هم افرادی مثل مکسیمیلیان و ... اموزشش دادن, سطح تدریس و نحوه ی بیان ماش یه سر و گردن از بقیشون بالاتره...

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

مکسیمیلیان که رسمن مثل قرص خواب هست و برای وقتایی که بی خوابی زده به کلت خوبه😂😂😂

ماش هم ایرانیه, بعد میگن ایرانی ها بدرد نمیخورن,...خارجی خوب و تو دل برو هم خیلی کم پیدا میشه. البته هندی ها که فضایی هستن و توی یه دسته بندی دیگه قرار میگیرن😜😜

@purecoder_ir
👍93🤣2👌1
OSI Model
Layered Architecture

@purecoder_ir
🔥4🤔3👍2
Flutter Framework
Layered Architecture

@purecoder_ir
🔥7