دیزاین دیتابیس کدینگ چلنج و نکات مربوطه دیزاین
@ManiFoldsPython

دیزاین کلی API اپ دانش آموز
@ManiFoldsPython

JWT Design
چرا از فانکشن استفاده کردیم؟
و چند بست پرکتیس موقع فانکشن نویسی
@ManiFoldsPython

نکاتی راجب رست فول API

@ManiFoldsPython

MVC + Repository pattern

@ManiFoldsPython

پیاده سازی ACL

@ManiFoldsPython

بدون ACL کدمون چطور میشد؟
چرا اصلا همه این کارا رو کردیم؟

@ManiFoldsPython

ممنون از همه دوستانی که امروز تو لایو حضور داشتن. خیلی خوشحال شدم از حجم استقبال تو لایو!

۲ ساعت و ۲۰ دقیقه شد لایو. ۵۰ دقیقه بیشتر از چیزی که پلن ریخته بودیم متاسفانه. کدشو تکمیل کردم گیت هابشم اینجا میفرستم که بتونید کلون کنید و ببینید. طول هفته مشغولم و آخر هفته فقط سرم خلوته احتمالا میفته شنبه یا یک شنبه هفته آینده. تو کانال همرو با 4k اپلود کردم که حجمش شد ۹ گیگ. یک نسخه دیگه هم آپلود میکنم که ۱ گیگ خواهد شد با کیفیت پایینتر

@ManiFoldsPython

من اکثر newsletter هایی که میاد برام رو unsub میکنم

ولی واقعا مال آریان خیلی قشنگه
توصیه میکنم حتما سابش کنید

https://www.arjancodes.com/

@ManiFoldsPython

کیفیت 720P با حجم ۱.۳ گیگابایت

00:00 - 19:18
نحوه خواندن کدینگ چلنج

19:18 - 27:12
- تست نویسی و اصول تست در SDLC

27:12 - 38-45
Database design

38:45 - 51:55
API Design

51:55 - 1:22:48
Restful best practice + JWT function impl

1:22:48 - 1:46:27
MVC + Repository pattern

1:46:27 - 2:19:58
ACL Impl

2:19:58 - END
Why should we use ACL rather than permission

@ManiFoldsPython

سلام دوستان!
دیروز یک کد لایو چلنجی رو در حد prototype باهم کد زدیم
به نظر شاید خیلی ساده میومد ولی کلی نکاتی داشت که ممکنه از قلم بندازید! ۲ ساعت و ۲۰ دقیقه شد که نهایتا تو چندین پارت داخل کانالم قرار دادم که لینکش رو براتون میذارم. همچنین اگه تمایل داشتین که با حجم کمتر دانلود کنید (720P).

قبلش اشاره کنم که اگه با مفاهیمی که تو لایو کد اشاره میکنم آشنا نبودید (یا اگر بودین هم بازم توصیه میکنم)‌ که این ۲ ویدیو رو حتما ببینید
- Software engineer mindset (300-700$)
- Software design (Youtube)

لینک توضیحات خود تمرین و چیزایی که تو تسک خواسته شده بود ازتون
- توضیح لایو کد چنلج

برای دانلود کل دوره میتونید از این لینک هم استفاده کنید
- دانلود کل لایو کد از با کیفیت 720P

بخش های کوچیک تر از هر دوره
- نحوه خواندن کدینگ چلنج
- تست نویسی و اصول تست در SDLC
- دیزاین دیتابیس و نکات مربوطه
- دیزاین کلی API اپ دانش آموز
- دیزاین JWT
- نکاتی راجب RestAPI
- نکاتی در مورد MVC + Repository Pattern
- دیزاین و پیاده سازی ACL
- کدمون چه شکلی میشد بدون ACL?

™️ @DjangoIR
〰〰〰〰〰〰
© @DjangoEx |
© @ManiFoldsPython

خیلی مهمه که V-Model رو درک کنید تو SDLC

این مقاله به زبون فارسی خیلی خوب توضیح داده

همینطور میتونید از ریسورس انگلیسی هم استفاده کنید.
از chatgpt پرسیدم که چی گفته و تا حد خوبی توضیح داده!

1. Requirements Analysis: At this stage, you gather and analyze the requirements for the software project. This is the basis for the entire development process.

2. System Design: This involves designing the overall architecture of the software system.

3. Architecture Design: The system is broken down into smaller components, and the relationships between them are defined.

4. Module Design: Individual components are detailed further, defining how they will function.

5. Coding: This phase involves writing the actual code for the project, using best practices and standards, such as those you outlined in your preferences.

6. Unit Testing: Each small part (or unit) of the software is tested to ensure that it functions correctly. This corresponds to the Module Design phase.

7. Integration Testing: As components are combined, integration testing ensures that they work together as intended. This corresponds to the Architecture Design phase.

8. System Testing: The entire system is tested to ensure that it meets the requirements defined in the System Design phase.

9. Acceptance Testing: This phase ensures that the complete system complies with the requirements originally outlined. It's usually conducted by the end-user and corresponds to the Requirements Analysis phase.

The V-Model is called such because the process can be visualized as a "V," where the left side represents the development phases, and the right side represents the corresponding testing phases. The bottom of the "V" is where the coding takes place.


Advantages:
• Clear Relationship Between Development and Testing: Each development phase has a corresponding testing phase, so it's clear what type of testing is required at each stage.
• Emphasis on Verification and Validation: This approach ensures that both the functionality (verification) and the compliance with requirements (validation) are emphasized throughout the lifecycle.
• Early Identification of Defects: By having corresponding test phases for each development stage, errors can be identified early in the process.

Disadvantages:
• Rigidity: The V-Model is quite rigid and doesn't easily allow for changes once a phase is completed


یک Disadvantages دیگه و یک Advantage دیگه هم گفت که خیلی اشتباه بود! حتما وقتی از gpt یک چیزی میپرسید و یک جوابی بهتون میده برین گوگل کنید و راجبش تحقیق کنید و مقاله بخونید. هرچی میگه رو سریع و چشم بسته قبول نکنید 🙂


@ManiFoldsPython

V-Model
@ManiFoldsPython

https://github.com/ManiMozaffar/fast-student

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

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


سوالی داشتین حتما بپرسید .. :)
@ManiFoldsPython

سه نکته خیلی مهم 🙂

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

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

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

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

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

@ManiFoldsPython