اپلیکیشن اندرویدی فلش‌کارت آموزشی اصول کدنویسی تمیز: فلسفه و مبانی

🎓 دوره آموزشی جامع

📚 اطلاعات دوره

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

موضوع کلی: برنامه نویسی

موضوع میانی: کدنویسی تمیز (Clean Code)

📋 سرفصل‌های دوره

• 1. مقدمه و فلسفه کد تمیز
• 2. کد چیست؟ تعریف و ماهیت
• 3. هزینه واقعی کد کثیف و بدهی فنی (Technical Debt)
• 4. کد تمیز چیست؟ تعاریف از بزرگان برنامه‌نویسی
• 5. خوانایی به عنوان مهم‌ترین اصل
• 6. قانون پسر پیشاهنگ: ترک کردن کد بهتر از آنچه تحویل گرفته‌اید
• 7. رابطه بین کد تمیز، چابکی (Agile) و توسعه نرم‌افزار
• 8. مسئولیت حرفه‌ای یک برنامه‌نویس
• 9. مدارس فکری و اصول بنیادین
• 10. چگونه این دوره به شما کمک خواهد کرد؟
• 11. هنر نام‌گذاری معنادار
• 12. قدرت نام‌های گویا و هدفمند
• 13. نام‌هایی که هدف را آشکار می‌کنند (Intention-Revealing Names)
• 14. پرهیز از اطلاعات غلط و نام‌های گمراه‌کننده
• 15. ایجاد تمایزهای معنادار در نام‌گذاری
• 16. استفاده از نام‌های قابل تلفظ و قابل جستجو
• 17. پرهیز از کدگذاری در نام‌ها (Encodings)
• 18. نام‌گذاری متغیرها، ثابت‌ها و اعضای کلاس
• 19. نام‌گذاری توابع و متدها: استفاده از افعال
• 20. نام‌گذاری کلاس‌ها و اینترفیس‌ها: استفاده از اسامی
• 21. ثبات و یکپارچگی در نام‌گذاری در سراسر پروژه
• 22. توابع: کوچک و متمرکز
• 23. توابع باید کوچک باشند، خیلی کوچک!
• 24. قانون "یک کار": هر تابع فقط یک کار انجام می‌دهد
• 25. یک سطح انتزاع (Abstraction) در هر تابع
• 26. قانون پایین‌رونده (The Stepdown Rule): خواندن کد مانند یک داستان
• 27. نام‌های توصیفی برای توابع
• 28. تعداد ایده‌آل آرگومان‌ها برای یک تابع (صفر، یک، دو)
• 29. توابع تک‌آرگومانی (Monadic) و دوآرگومانی (Dyadic)
• 30. چرا توابع با سه آرگومان یا بیشتر مشکل‌ساز هستند؟
• 31. آرگومان‌های پرچمی (Flag Arguments) یک بوی بد کد هستند
• 32. استفاده از اشیاء به عنوان آرگومان
• 33. پرهیز از عوارض جانبی (Side Effects)
• 34. جداسازی دستور از پرس‌وجو (Command Query Separation - CQS)
• 35. اصل "خودت را تکرار نکن" (Don't Repeat Yourself - DRY)
• 36. کامنت‌ها و قالب‌بندی کد
• 37. کامنت‌ها جبران‌کننده کد بد نیستند
• 38. منظور خود را در کد بیان کنید، نه در کامنت
• 39. کامنت‌های خوب: توضیحات حقوقی و اطلاع‌رسانی
• 40. کامنت‌های خوب: توضیح نیت و شفاف‌سازی
• 41. کامنت‌های بد: توضیحات اضافه، گمراه‌کننده و منسوخ
• 42. هدف از قالب‌بندی: ارتباط و شفافیت
• 43. قالب‌بندی عمودی: جداسازی مفاهیم و تراکم
• 44. قالب‌بندی افقی: طول خط و تراز بودن
• 45. تورفتگی (Indentation) و اهمیت آن در خوانایی
• 46. اشیاء و ساختمان داده‌ها
• 47. انتزاع داده‌ها (Data Abstraction)
• 48. عدم تقارن بین اشیاء و ساختمان داده‌ها
• 49. قانون دیمیتر (The Law of Demeter)
• 50. اشیاء انتقال داده (Data Transfer Objects - DTOs)
• 51. پنهان‌سازی جزئیات پیاده‌سازی (Encapsulation)
• 52. ترجیح اشیاء به کدهای رویه‌ای (Procedural Code)
• 53. اشیاء تغییرناپذیر (Immutable Objects) و مزایای آن
• 54. مدیریت خطا و استثناها
• 55. استفاده از استثناها به جای برگرداندن کدهای خطا
• 56. اول نوشتن بلوک `try-catch-finally`
• 57. استفاده از استثناهای کنترل‌نشده (Unchecked Exceptions)
• 58. ارائه زمینه و اطلاعات کافی با استثناها
• 59. تعریف کلاس‌های استثنا بر اساس نیاز فراخواننده
• 60. مقدار null را برنگردانید
• 61. مقدار null را به عنوان آرگومان پاس ندهید
• 62. مرزها و یکپارچه‌سازی
• 63. استفاده از کدهای شخص ثالث (Third-Party Code)
• 64. کاوش و یادگیری مرزهای سیستم
• 65. الگوی آداپتور (Adapter Pattern) برای مرزهای تمیز
• 66. مرزهای تمیز و جداسازی دغدغه‌ها
• 67. تست‌های تمیز و توسعه آزمون‌محور (TDD)
• 68. سه قانون توسعه آزمون‌محور (TDD)
• 69. تمیز نگه داشتن تست‌ها
• 70. خوانایی در تست‌ها به اندازه کد اصلی مهم است
• 71. یک Assert در هر تست
• 72. اصول F.I.R.S.T برای تست‌نویسی
• 73. تست‌ها به عنوان مستندات زنده
• 74. پوشش تست (Test Coverage) به تنهایی کافی نیست
• 75. آیا باید متدهای خصوصی را تست کرد؟
• 76. استفاده از Mock و Stub برای ایزوله‌سازی
• 77. کلاس‌ها و اصول طراحی SOLID
• 78. سازماندهی کلاس‌ها
• 79. کلاس‌ها باید کوچک باشند
• 80. اصل تک مسئولیتی (Single Responsibility Principle - SRP)
• 81. انسجام بالا (High Cohesion) در کلاس‌ها
• 82. اصل باز/بسته (Open/Closed Principle - OCP)
• 83. اصل جایگزینی لیسکوف (Liskov Substitution Principle - LSP)
• 84. اصل تفکیک اینترفیس‌ها (Interface Segregation Principle - ISP)
• 85. اصل وارونگی وابستگی (Dependency Inversion Principle - DIP)
• 86. سازماندهی کلاس برای پذیرش تغییر
• 87. سیستم‌ها و همزمانی (Concurrency)
• 88. جداسازی ساخت سیستم از استفاده آن
• 89. تزریق وابستگی (Dependency Injection) و وارونگی کنترل (IoC)
• 90. معماری سیستم و تاثیر آن بر کد تمیز
• 91. چالش‌های برنامه‌نویسی همزمان
• 92. اصول برنامه‌نویسی همزمان تمیز
• 93. ایزوله کردن کدهای همزمان
• 94. اجتناب از داده‌های قابل اشتراک‌گذاری (Shared Mutable Data)
• 95. بوهای بد کد (Code Smells) و بازآرایی (Refactoring)
• 96. مقدمه‌ای بر بوهای بد کد
• 97. بازآرایی: هنر بهبود طراحی کدهای موجود
• 98. رابطه تنگاتنگ تست‌ها و بازآرایی امن
• 99. بوی بد کد: کامنت‌های بیش از حد
• 100. بوی بد کد: توابع طولانی