Python BackendHub – Telegram
Python BackendHub
7.5K subscribers
314 photos
46 videos
11 files
432 links
Learning python & Backend Engineering, with Mani!

Youtube: https://www.youtube.com/@GitOverHere
Github: https://github.com/ManiMozaffar
Linkedin: https://www.linkedin.com/in/manimozaffar

تبلیغات نداریم

Admin: @Mani_nikou
Download Telegram
👍5
پست آخر امروز راجب SRP

همیشه موقع نوشتن یک کلس به این سوال جواب بدید:
If a class has "two possible reasons to change", then yes, it violates SRP.

دو مثال ساده, از دو کنترلری که یکیشون SRP رو نقض میکنه و اون یکی ‍نقض نمیکنه :)
@ManiFoldsPython
7👎3💩1😐1
https://github.com/ManiMozaffar/fast-student

ریپو کدینگ چلنج تقریبا تموم شده
دیباگش مونده‌ +‌تست هاش
که فردا مینویسم

و آخر هفته هم یک ویدیو دیگه ریکورد میکنم و توضیح میدم جاهایی که اضافه کردم.


سوالی داشتین حتما بپرسید .. :)
@ManiFoldsPython
🔥95👍1
سه نکته خیلی مهم 🙂

۱. شروطتون رو اسم گذاری کنید. مثلا دیدم ۳ خط شرط نوشتن, که خب مشخص نیست چیو داره دقیقا چک میکنه!

از توی ریپو اگه ببینید مثال زدم


is_classroom_teacher = relation.teacher_id == asked_id
if is_classroom_teacher:
...

is_self_student = relation.student_id == asked_id and asked_id == ask_for_id
if is_self_student:
...

خیلی مشخصه چیو چک داره میکنه دقیقا 🙂

۲. استفاده از NewType
درسته که مثلا user_id من UUID هست ولی دلیل نمیشه من همه جای کد بنویسم این UUID عه! چون user id من با student id من فرق میکنه. پس بهتره براش تایپ جدیدی بنویسم و توی خود مدل هم به جای اینکه بگم این UUID هست بگم این UserId هست. اینطوری اگه به تابعی چیزی پاس بدم که مثلا student_id میخواست ولی منuser_id دادم اون موقع کد ادیتور من بهم ارور میده.

تایپ هام تو ریپو


۳. استفاده از TypeVar
فرق بین typevar و newtype اینه که TypeVar دقیقا تایپ جدید نیست. بلکه تایپیه که داره یک چیزی رو represent میکنه

خیلیی به درد میخوره. شما با تایپینگ میتونید کدتون رو داکیومنت کنید!‌یعنی چی؟‌الان توضیح میدم‌👀
فکر کنید من تابعی دارم که میخوام یک نویسنده رو اضافه کنم به عنوان اصلاح کننده (یا ادیتور)

assign_editor_to_author(editor: Author, blog_author: Author) -> Author

الان اینجا مشخص نیست که من خود نویسنده رو برگردوندم یا ادیتور رو؟ باید کل تابع رو بشینم بخونم. تایپ جدیدی هم ندارم که NewType بسازم. جفتشون واقعا Author هستند حالا یکیشون اومده اینجا ادیتور شده. پس چیکار میکنم؟‌از TypeVar استفاده میکنم و bound میکنم


Editor = TypeVar("Editor", bound=Author)
BlogAuthor = TypeVar("BlogAuthor", bound=Author)
assign_editor_to_author(editor: Editor, blog_author: BlogAuthor) -> BlogAuthor


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

@ManiFoldsPython
👏18👍21👎1
یک پست دیگه راجب تایپ hinting

داشتم با jwt jose کار میکردم. یک claim میخواست. هیچ تایپی نذاشته بود براش ولی تو کدش این بود که .get داره پس دیکشنریه. پس اگه من json بدم کار نمیکنه. این مشکل اول تایپینگش. مشکل دومش این بود که دیکشنری که میدین بهش باید قابل json شدن باشه. مثلا از آبجکت UUID استفاده نکنید.

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

عکس اول:‌بدون تایپ هینت 🚫

عکس دوم:‌با تایپ هینت unspecific (هر دیکشنری!)

عکس سوم:‌با تایپ هینت نسبتا اصولی تر(ولی هنوز قطعا ناقصه)

@ManiFoldsPython
👍3
Python BackendHub
سه نکته خیلی مهم 🙂 ۱. شروطتون رو اسم گذاری کنید. مثلا دیدم ۳ خط شرط نوشتن, که خب مشخص نیست چیو داره دقیقا چک میکنه! از توی ریپو اگه ببینید مثال زدم is_classroom_teacher = relation.teacher_id == asked_id if is_classroom_teacher: ... is_self_student…
نمیدونم چرا یک سری دوستان خیلی گارد گرفتن در برابر یادگیری اصول کد نویسی و کلین کد.
اگه جایی مخالفت دارین یا فکر میکنید چیزی رو اشتباه میگم خیلی ممنون میشم مشارکت داشته باشین و دلیلتون رو بگید که ممکنه منم قانع شم و به اشتباهم پی ببرم, بحث کردن خیلی خوبه و باعث پیشرفت دو طرفه میشه تو مباحث کدینگ.

صرفا اینو میگم چون مثلا کنترلری که نوشتم که SRP رو نقض میکرد ۵-۶ تا ری اکشن منفی خورد ولی تو کامنتا کسی توضیح نداده چرا!

@ManiFoldsPython
👍8
Python BackendHub
نمیدونم چرا یک سری دوستان خیلی گارد گرفتن در برابر یادگیری اصول کد نویسی و کلین کد. اگه جایی مخالفت دارین یا فکر میکنید چیزی رو اشتباه میگم خیلی ممنون میشم مشارکت داشته باشین و دلیلتون رو بگید که ممکنه منم قانع شم و به اشتباهم پی ببرم, بحث کردن خیلی خوبه …
یکی از بزرگ ترین argue ها اینه که خیلی ازم وقت میگیره و من به شدت مخالف این موضوعم.

ببینید من تجربه خودمو میگم.
مورد اول:‌شما وقتی اصول SOLID رو رعایت کنی خیلی کم لازمه دیباگ کنی. هیچوقت با باگای خیلی عجیب و غریب نیازی نیست سرو کله بزنی. مثال میگم من چند روز پیش داشتم با کلاینت AioHTTP کار میکردم. یک باگی خوردم که حالشو نداشتم واقعا بشینم دیباگ کنم که از کجای کدم میاد. چون SOLID رو رعایت کرده بودم به جای اینکه ۳۰ دقیقه دیباگش کنم تو ۵ دقیقه یک کلاینت httpx نوشتم و از اون استفاده کردم :))) من یک ماه درگیر یک باگی تو سلنویم بودم در صورتی که اگه SOLID رو رعایت کرده بودم تو چند دقیقه میتونستم سلنیوم رو به playwright تغییر بدم! اون flexibility که به شما میده بهتون اجازه میده که صورت سوال رو کلا پاک کنید. حالا اگه SOLID ننوشته بودم هم تستامو باید ریفکتور میکردم هم کل کدامو!

و البته type hint هم رعایت کنی تایمی که صرف دیباگینگ میکنی ناچیز میشه چون خیلی از باگا رو حین develop میگیرین. مثل مثال encode claim که بالاتر اشاره کردم. من ترجیح میدم ۲ ساعت تایپ هینت بنویسم تا اینکه ۲ ساعت بیشتر دیباگ کنم.

پس رعایت SOLID رو درازمدت و رعایت type hint تو کوتاه مدت بهتون سود میده! و کم کم دستتون سریع تر میشه و عادت میکنید به کد خوب نوشتن :)

پی نوشت:‌من کلا منظورم SOLID فقط ‍SOLID نیستا. تاکید رو خود SOLID ندارم. تاکید رو این دارم که کدتون یک دست و decouple شده باشه حتی اگه OOP نباشه.

@ManiFoldsPython
👍94
Python BackendHub
<خرافاتی و دروغ هایی که برنامه نویس ها بهش باور دارن> Falsehoods programmers believe about names People's names do not change People’s names have an order to them My system will never have to deal with names from China I can safely assume that this dictionary…
این پست Falsehood رو یادتونه؟‌این سبک یاد گیری بنظرم خیلی خوبه. حالا بریم راند دو :))

1. If the code works, it is clean.
2. Comments are unnecessary if the code is written clearly.
3. Clean code is always easy to understand, regardless of the complexity of the problem.
4. Writing clean code will always take more time than writing quick-and-dirty code.
5. Clean code means having no duplication whatsoever.
6. Adhering strictly to a particular coding standard or style guide guarantees clean code
7. Clean code is only about readability and has nothing to do with maintainability
8. Refactoring a working codebase to make it cleaner is usually a waste of time.
9. Using many design patterns guarantees that the code is clean
10. Clean code can only be achieved by senior developers; beginners cannot write clean code
11. Testing is a separate concern from writing clean code and doesn't contribute to it
12. A piece of code is clean if it passes all linters and automated style checkers.
13. Following SOLID principles blindly, without understanding the context, will always result in clean code
14. Clean code doesn't need documentation outside of the code itself
15. Clean code is a fixed goal, not an ongoing process; once the code is clean, it will stay that way without continuous effort.

اونایی که مهم تر بودن رو بولد کردم. کلش بولد شد :))
@ManiFoldsPython
👍8😁2
یک توصیه:‌برین تک تک چیزایی که تو typing پایتون ۳.۱۱ هست بشینید و بخونید.

مثلا من خیلی دیدم وقتی دارن یک base class میسازن و یک متود رو مینویسن دکوریتور final رو نمیذارن. وقتی دیکوریتور final رو میذارید رو یک متود از کلس یعنی این متود اجازه نداره اورراید شه.

سعی کنید تمرین کنید شروع کنید استفاده از این تایپینگ ها توی کدتون.

@ManiFoldsPython
15
یکی از کارایی که تو هر پروژه باید کنید ساخت سمپل دیتا هست برای اون پروژه

تو ریپو student app هم من همینکارو کردم که میتونید کل کدشو ببینید
خیلی خوبه که فانکشن هاتون کاملا از هم دیکاپل شده باشن و بگن چقدر از یک سمپل میخواین.
مثلا

create_user -> User
create_classroom -> ClassRoom
create_teacher -> Teacher
create_student -> Student
create_advisor -> Advisor
create_admin -> Admin

create_relation(
classroom_id: ClassRoomId,
student_id: StudentId | None = None,
teacher_id: TeacherId | None = None,
) -> ClassRoomRelation:
return ClassRoomRelation(
teacher_id=teacher_id,
student_id=student_id,
classroom_id=classroom_id,
expires_at=datetime.now()
+ timedelta(days=random.randint(0, 30))
- timedelta(days=random.randint(0, 30)),
)


# Then use all those functions -> create DB!
add_sample_data(
count_admin: int = 1,
count_classroom: int = 3,
count_advisor: int = 3,
count_student: int = 100,
count_teacher: int = 8,
) -> Type[Database]


این expires_at چیه؟ همونطور که تو live گفتم نشون میده دانش آموز کی ریلیشنش با اون کلاس قطع میشه. مثلا دانش اموز یک سال درس میخونه دیگه درسته؟


@ManiFoldsPython
👍21
Python BackendHub
یکی از کارایی که تو هر پروژه باید کنید ساخت سمپل دیتا هست برای اون پروژه تو ریپو student app هم من همینکارو کردم که میتونید کل کدشو ببینید خیلی خوبه که فانکشن هاتون کاملا از هم دیکاپل شده باشن و بگن چقدر از یک سمپل میخواین. مثلا create_user -> User create_classroom…
۲ سوال دارم ازتون یکم فکر کنید میتونید جواب بدید

۱. چرا تو سمپل دیتا موقع ساختن من اومدم expıres-at رو تایم الان گرفتم بعد منهای ۱ تا ۳۰ روز (رندوم) کردم و بعدش دوباره رندوم (۱ تا ۳۰ روز) اضافه کردم؟

۲. چرا اصلا سمپل دیتا باید بنویسیم؟ به چه دردی میخوره؟ مزایاش چیه اگه مثلا سمپل دیتامون دامپ پروداکشن باشه؟ یا نسبت به حالتی که کلا سمپل دیتا نداریم؟

@ManiFoldsPython
Python BackendHub
۲ سوال دارم ازتون یکم فکر کنید میتونید جواب بدید ۱. چرا تو سمپل دیتا موقع ساختن من اومدم expıres-at رو تایم الان گرفتم بعد منهای ۱ تا ۳۰ روز (رندوم) کردم و بعدش دوباره رندوم (۱ تا ۳۰ روز) اضافه کردم؟ ۲. چرا اصلا سمپل دیتا باید بنویسیم؟ به چه دردی میخوره؟…
مبین جواب جفت سوالو داد تو کامنت, دو مالفه داریم برای یک دیتا سمپل

‍۱. تنوع یا diversity
۲. حجم یا scale

خیلی وقتا تستای ما پاس میشن, چون دیتایی که قبل از تستا ساختیم(تازه اگه ساخته باشیم) خوب ساخته نشدن. وقتی دارین سمپل دیتا میسازید برای هر آبجکت تمام حالت های ممکن رو باید داشته باشید تو سمپل دیتاتون. پروداکشن نمیتونه به ما تضمین بده که همه حالت هارو کاورد کرده.

نکته دوم اینه که حجم دیتا production دست ما نیست. پس نمیتونیم stress test بنویسیم. خود حجم دیتا هم ممکنه تاثیر گذار باشه رو pass شدن تستمون.

و نکته آخر اینه که برای استفاده از دیتا پروداکشن, اولا دارین به تمام developer ها این دسترسی رو میدین که جالب نیست. دوما دارید کل دیتابیس رو میذارین تو ریپازیتوری git اتون!‌ ‌که اینم جالب نیست.


کد من که داره سمپل دیتا میسازه اشکال داره,اشکالش کجاست؟

https://github.com/ManiMozaffar/fast-student/blob/main/fast_acl/sample_data.py

@ManiFoldsPython
👏3
نظرتون چیه مطالب کانال notion شه؟ یا پلتفورمی سراغ دارین که به همون راحتی باشه؟ 🤔 واسه خودمم note و مرتب میشه
👍20👎2
Python BackendHub
نظرتون چیه مطالب کانال notion شه؟ یا پلتفورمی سراغ دارین که به همون راحتی باشه؟ 🤔 واسه خودمم note و مرتب میشه
مشکل نوشن اینه که راست چین نیست.
میتونم یک ریپو گیتهابم بسازم که از همون نوشن بیلد بگیره و اپدیت کنه هربار که اکشنو راه میندازم 😂

نظری ندارین؟
👍10
Python BackendHub
مبین جواب جفت سوالو داد تو کامنت, دو مالفه داریم برای یک دیتا سمپل ‍۱. تنوع یا diversity ۲. حجم یا scale خیلی وقتا تستای ما پاس میشن, چون دیتایی که قبل از تستا ساختیم(تازه اگه ساخته باشیم) خوب ساخته نشدن. وقتی دارین سمپل دیتا میسازید برای هر آبجکت تمام حالت…
مشکل کد من اینجا بود.

تو تیبل student
هم دانش اموز اخراجی داشتیم. که is_expeled بود.

هم نمرات مختلف. ولی سمپل دیتا من تمام حالات رو کاور نکرده.

پس رفتار هایی که ناشی از این دو تا پارامتر به وجود میاد همیشه پاس میشه تو تست من. مثلا ممکنه endpoint لیست دانش آموز من نباید دانش آموز اخراجی برگردونه. ولی چون تو سمپل دیتا من نیست پس تستام پاس میشه.

@ManiFoldsPython
👍5
👍5
اگه تو برلین هستین این event رو از دست ندید 👀 سباستین و مارسلو (استارلت)‌و samuel calvin (سازنده pydantic و پایتون fellow جدید) و armin ronacher (سازنده فلسک)‌همه اونجان

کاش میتونستم برم :))

https://sentry.io/resources/fastapi-event/

@ManiFoldsPython
🔥6👍2