اپلیکیشن اندرویدی فلش‌کارت آموزشی مدیریت پیچیدگی با کدنویسی تمیز

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

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

عنوان دوره: دوره مدیریت پیچیدگی با کدنویسی تمیز

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

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

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

• 1. مقدمه‌ای بر پیچیدگی نرم‌افزار
• 2. کد تمیز چیست و چرا اهمیت دارد؟
• 3. هزینه کثیف نگه داشتن کد (بدهی فنی)
• 4. قانون پسر پیشاهنگ: همیشه کد را بهتر از آنچه تحویل گرفتی، ترک کن
• 5. ارتباط بین کد تمیز و چابکی (Agility)
• 6. حرفه‌ای‌گری، مسئولیت‌پذیری و اخلاق در کدنویسی
• 7. کد به عنوان یک ابزار ارتباطی
• 8. تفاوت کدِ «کار می‌کند» با کدِ «تمیز است»
• 9. اصول نام‌گذاری معنادار
• 10. استفاده از نام‌های بیانگر مقصود (Intention-Revealing Names)
• 11. پرهیز از اطلاعات غلط در نام‌گذاری
• 12. ایجاد تمایزهای معنادار
• 13. استفاده از نام‌های قابل تلفظ و قابل جستجو
• 14. قواعد نام‌گذاری برای کلاس‌ها و اشیاء
• 15. قواعد نام‌گذاری برای متدها و توابع
• 16. قواعد نام‌گذاری برای متغیرها و ثابت‌ها
• 17. اهمیت ثبات در نام‌گذاری در سراسر پروژه
• 18. توابع باید کوچک باشند
• 19. توابع باید فقط یک کار انجام دهند (اصل تک مسئولیتی)
• 20. یک سطح انتزاع (Abstraction) در هر تابع
• 21. استفاده از نام‌های توصیفی برای توابع
• 22. تعداد ایده‌آل آرگومان‌ها برای یک تابع (صفر، یک، دو)
• 23. مشکلات آرگومان‌های زیاد و روش‌های جایگزین
• 24. پرهیز از آرگومان‌های پرچمی (Flag Arguments)
• 25. اجتناب از عوارض جانبی (Side Effects)
• 26. جداسازی دستور از پرس‌وجو (Command-Query Separation)
• 27. ترجیح استثناها (Exceptions) به کدهای خطا
• 28. اصل خودت را تکرار نکن (Don't Repeat Yourself - DRY)
• 29. کامنت‌ها جایگزین کد بد نیستند
• 30. کد باید خود-مستند باشد
• 31. کامنت‌های خوب: کامنت‌های اطلاع‌رسان
• 32. کامنت‌های خوب: توضیح نیت و شفاف‌سازی
• 33. کامنت‌های بد: کامنت‌های زائد و نویزی
• 34. کامنت‌های بد: کامنت‌های گمراه‌کننده
• 35. کدهای کامنت‌شده: بزرگترین دروغ
• 36. استفاده صحیح از کامنت‌های TODO و Legal
• 37. اهمیت قالب‌بندی (Formatting) کد
• 38. قالب‌بندی عمودی: فاصله‌گذاری برای خوانایی
• 39. تراکم عمودی: نزدیک نگه داشتن کدهای مرتبط
• 40. قالب‌بندی افقی: طول خطوط و هم‌ترازی
• 41. قواعد تورفتگی (Indentation) و مرزبندی بلوک‌ها
• 42. قوانین تیمی برای قالب‌بندی یکسان
• 43. استفاده از ابزارهای خودکار برای قالب‌بندی (Linters)
• 44. تمایز بین اشیاء و ساختمان داده‌ها
• 45. انتزاع داده‌ها (Data Abstraction)
• 46. قانون دیمیتر (Law of Demeter)
• 47. اشیاء انتقال داده (Data Transfer Objects - DTOs)
• 48. مدیریت خطا: استفاده از استثناها به جای کدهای بازگشتی
• 49. نوشتن پیام‌های خطای مفید و با زمینه
• 50. استثناهای بررسی‌شده (Checked) در مقابل بررسی‌نشده (Unchecked)
• 51. تعریف کلاس‌های استثنای سفارشی
• 52. هرگز null برنگردانید
• 53. هرگز null را به عنوان آرگومان پاس ندهید
• 54. الگوی شیء پوچ (Null Object Pattern)
• 55. مرزها: یکپارچه‌سازی با کدهای شخص ثالث (Third-Party)
• 56. الگوی آداپتور (Adapter Pattern) برای پوشاندن APIهای خارجی
• 57. نوشتن تست‌های یادگیری (Learning Tests) برای کدهای خارجی
• 58. کلاس‌ها باید کوچک باشند
• 59. اصل تک مسئولیتی (Single Responsibility Principle) برای کلاس‌ها
• 60. انسجام بالا (High Cohesion) در کلاس‌ها
• 61. جداسازی (Decoupling) و اهمیت آن
• 62. سازماندهی برای تغییر: جداسازی مفاهیم ناپایدار
• 63. سه قانون توسعه مبتنی بر تست (TDD)
• 64. تمیز نگه داشتن تست‌ها
• 65. اصول F.I.R.S.T برای تست‌های واحد
• 66. یک مفهوم در هر تست
• 67. ساختار تست: آماده‌سازی، اجرا، اعتبارسنجی (Arrange, Act, Assert)
• 68. تست‌ها به عنوان مستندات زنده
• 69. اصول طراحی SOLID: مقدمه
• 70. اصل تک مسئولیتی (Single Responsibility Principle - SRP)
• 71. اصل باز/بسته (Open/Closed Principle - OCP)
• 72. اصل جایگزینی لیسکوف (Liskov Substitution Principle - LSP)
• 73. اصل تفکیک رابط (Interface Segregation Principle - ISP)
• 74. اصل وارونگی وابستگی (Dependency Inversion Principle - DIP)
• 75. چگونه اصول SOLID به مدیریت وابستگی‌ها کمک می‌کنند
• 76. مطالعه موردی: بازآفرینی یک قطعه کد با اصول SOLID
• 77. سیستم‌ها: جداسازی ساخت از استفاده
• 78. تزریق وابستگی (Dependency Injection) و وارونگی کنترل (IoC)
• 79. معماری تمیز (Clean Architecture): یک نگاه کلی
• 80. هم‌زمانی (Concurrency): دفاع از کد در برابر اجراهای چندنخی
• 81. چالش‌های هم‌زمانی: Deadlock, Race Condition
• 82. راهکارهای نوشتن کد هم‌زمانِ تمیز
• 83. جداسازی منطق هم‌زمانی از بقیه کد
• 84. روش‌های تست کدهای چندنخی
• 85. بوهای کد (Code Smells): مقدمه‌ای بر شناسایی کد بد
• 86. بوی کد: متد طولانی (Long Method)
• 87. بوی کد: کلاس بزرگ (Large Class)
• 88. بوی کد: حسادت به ویژگی (Feature Envy)
• 89. بوی کد: صمیمیت نامناسب (Inappropriate Intimacy)
• 90. بوی کد: وسواس انواع داده اولیه (Primitive Obsession)
• 91. بوی کد: توده‌های داده (Data Clumps)
• 92. بوی کد: دستورات Switch
• 93. بوی کد: کلاس‌های داده تنبل (Lazy Class)
• 94. بوی کد: وراثت نامناسب
• 95. رهیافت‌ها و اصول کلی: اصل کمترین شگفتی (Principle of Least Astonishment)
• 96. رهیافت‌ها: اصل سادگی (KISS - Keep It Simple, Stupid)
• 97. رهیافت‌ها: اصل به آن نیاز نخواهی داشت (YAGNI - You Ain't Gonna Need It)
• 98. بازآفرینی (Refactoring): بهبود تدریجی طراحی کد موجود
• 99. چه زمانی و چگونه کد را بازآفرینی کنیم
• 100. بازآفرینی‌های ایمن با پوشش تست