کتاب مدیریت پیچیدگی با کدنویسی تمیز با فرمت AZW3 برای کتابخوان کیندل و فرمت EPUB
مدیریت پیچیدگی با کدنویسی تمیز: یک گام جلوتر در حرفه برنامهنویسی مدیریت پیچیدگی با کدنویسی تمیز: کلید موفقیت در دنیای برنامهنویسی آیا از دست کدهای درهم و برهم و غیرقابل فهم خسته شدهاید؟ آیا زمان زی...
🎓 دوره آموزشی جامع
📚 اطلاعات دوره
عنوان دوره: دوره مدیریت پیچیدگی با کدنویسی تمیز
موضوع کلی: برنامه نویسی
موضوع میانی: کدنویسی تمیز (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. بازآفرینیهای ایمن با پوشش تست
تگها:
Best practices
clean code
design patterns
JavaScript
PHP
Python
Refactoring
Software Development
SOLID
الگوهای طراحی
بازسازی کد
برنامه نویسی
برنامه نویسی شیء گرا
بهترین شیوه ها
توسعه نرم افزار
کدنویسی تمیز
مدیریت پیچیدگی
نظرات
هنوز نظری ثبت نشده است.
وارد شوید تا نظر ثبت کنید.