🏛 اصول SOLID: پنج ستون اصلی برای ساخت نرمافزار حرفهای
تا حالا شده به کدی برگردید که چند ماه پیش نوشتید و دیگه هیچی ازش نفهمید؟ یا بخواید یه تغییر کوچیک بدید و ببینید کل برنامه به هم ریخت؟
💡این مشکلات یه راه حل معروف دارن: اصول SOLID.
اینSOLID مجموعهای از پنج اصل بنیادی در طراحی شیءگراست که توسط "رابرت مارتین (عمو باب)" معرفی شدن. این اصول، مثل ستونهای یه ساختمون بزرگ، به شما کمک میکنن کدی بنویسید که انعطافپذیر، قابل نگهداری و توسعهپذیر باشه.
حالا SOLID مخفف چیست؟ 🤔
هر حرف در SOLID، نماینده یک اصله:
1️⃣ S - Single Responsibility Principle (اصل تک مسئولیتی):
یک کلاس باید فقط و فقط یک دلیل برای تغییر داشته باشه.
2️⃣ O - Open/Closed Principle (اصل باز/بسته):
کد شما باید برای "توسعه" باز، ولی برای "تغییر" بسته باشه.
3️⃣ L - Liskov Substitution Principle (اصل جایگزینی لیسکوف):
باید بتونید یک نمونه از کلاس فرزند رو به جای کلاس پدر استفاده کنید، بدون اینکه برنامه به مشکل بخوره.
4️⃣ I - Interface Segregation Principle (اصل تفکیک اینترفیسها):
کلاسها نباید مجبور بشن اینترفیسهایی رو پیادهسازی کنن که بهشون نیازی ندارن.
5️⃣ D - Dependency Inversion Principle (اصل وارونگی وابستگی):🚀 شروع مینی-سریال جدید!
ماژولهای سطح بالا نباید به ماژولهای سطح پایین وابسته باشن؛ هر دو باید به "انتزاع" (Abstraction) وابسته باشن.
امروز، قراره یه مینی-سریال داشته باشیم و هر کدوم از این ۵ اصل رو به صورت جداگانه، با زبون ساده و مثالهای عملی در #C کالبدشکافی کنیم.
این سری، سطح شما رو از "کدنویس" به "معمار نرمافزار" نزدیکتر میکنه.
با ما همراه باشید!
💬 بحث و گفتگوی بیشتر در گروه کامیونیتی:
[C# Geeks Community]
🔖 هشتگها:
#CSharp #Programming #Developer #SOLID #SoftwareArchitecture #CleanCode #BestPractices