تعداد ویدئو | 67 |
---|---|
زمان دوره | 04:03:38 |
مترجم | پرووید |
ناظر ترجمه | پرووید |
دوبلر | پرووید |
ناظر دوبلاژ | پرووید |
سایت منتشر کننده | پلورال سایت |
آموزش اصول سالید SOLID در برنامه نویسی شی گرا یکی دیگر از آموزش های گروه آموزشی پرووید می باشد که در این قسمت آن را به شما معرفی می کنیم. این بسته ی آموزشی نیز یکی از دوره های آموزشی دیگر که در حوزه ی فارسی سازی آموزش های انگلیسی تنظیم شده است می باشد. عنوان این بسته ی آموزشی آموزش اصول SOLID در طراحی شی گرا است که با نام اصلی SOLID Principles of Object Oriented Design از شرکت Pluralsight منتشر شده است.
SOLID مخفف پنج اصل بسیار مهم در مدیریت وابستگی (Dependency Management) در توسعه ی برنامه های شی گرا می باشد. در واقع هر کدام از حروف کلمه ی SOLID به یکی از این اصول بر می گردد.
یکی از مشکلاتی که طراحی نامناسب برنامه های شی گرا برای برنامه نویسان ایجاد می کند موضوع مدیریت وابستگی در اجزای برنامه می باشد. اگر این وابستگی به درستی مدیریت نشود مشکلاتی شبیه موارد زیر در برنامه ایجاد می شوند:
اصول SOLID که قصد رفع کردن این مشکلات و بسیاری مسائل گوناگون را دارند عبارت اند از:
با کنار هم گذاشتن حرف اول هر کدام از این اصول کلمه ی SOLID ایجاد می شود. با در نظر گرفتن این پنج اصل و پیاده سازی آنها در برنامه های خود می توانید به یک طراحی شی گرا پاک و درست دست پیدا کنید.
اصول سالید و یا SOLID Principle در واقع ۵ اصل هستند که در طراحی شی گرا برنامه نویسی مورد استفاده قرار می گیرد. به بیان دیگر، این اصول مجموعه قوانین و best practice هایی هستند که می توانید در طراحی کردن یک برنامه شی گرا از آنها استفاده کنید. استفاده کردن از این ۵ اصل کمک می کنند تا شما بتوانید design pattern های مورد نیاز در برنامه خود را کشف کرده و معماری مناسب تری را در برنامه پیاده سازی کنید. یادگیری اصول سالید و استفاده کردن از آنها یکی از مهمترین توانمندی هایی است که یک برنامه نویس باید بتواند آنها را کسب کند. ضمناً کلمه سالید سرنام 5 اصل بسیار مهم است که در ادامه آن ها را به صورت تیتروار خدمتتان عرض می کنیم:
در ادامه سعی می کنیم که کمی در رابطه با هر کدام از این اصول صحبت کنیم.
اصل Single Responsibility Principle: اصل تک وظیفه ای بودن و یا single responsibility principle بیان می کند که یک کلاس فقط باید یک تک وظیفه را داشته باشد و به همین دلیل فقط یک دلیل برای تغییر کردن داشته باشد. اگر بخواهیم این اصل را به صورت فنی تر بیان کنیم می توانیم بگوییم که فقط یک تغییر بالقوه یعنی تغییر در database logic و یا logging logic و الی آخر در یک نرم افزار بایستی که بر روی تعریف یک کلاس تغییر ایجاد کند.
اصل Open-Closed Principle: تغییر به معنی ایجاد تغییر بر روی کد هایی که از قبل نوشته اید می باشد و گسترش به معنی اضافه کردن قابلیت های جدید است. براساس اصل open-closed principle یک نرم افزار بایستی برای ایجاد تغییر، بسته و برای گسترش، باز باشد.
اصل Liskov Substitution Principle: اصل liskov substitution principle بیان می کند که یک subclass باید بتواند جایگزین base class های خود شود.
اصل Interface Segregation Principle: تفکیک یا segregation به معنی جدا کردن اجزای مختلف از یکدیگر است و بنابراین interface segregation principle به معنی تفکیک کردن اینترفیس ها می باشد. براساس این اصل داشتن اینترفیس های کوچکتر و خاص تر بهتر از داشتن اینترفیس های حجیم و عمومی است. کلاینت ها و یا مصرف کننده های یک اینترفیس نباید مجبور باشند که توابعی که از قبل از آنها استفاده نمی کنند را صرف اینکه در یک اینترفیس وجود دارند، پیاده سازی کنند.
اصل Dependency Inversion Principle: اصل dependency inversion principle و یا معکوس سازی وابستگی به این معنی است که کلاس های ما باید به اینترفیس ها و یا abstract class ها وابسته باشند و وابستگی مستقیم به توابع و یا concrete class ها نداشته باشند.
فصل اول: اصل Single Responsibility
فصل دوم: اصل Open/Closed
فصل سوم: اصل Liskov Substitution
فصل چهارم: اصل Interface Segregation
فصل پنجم: اصل Dependency Inversion قسمت اول
فصل ششم: اصل Dependency Inversion قسمت دوم
فصل هفتم: اصل Don’t Repeat Yourself قسمت اول
فصل هشتم: اصل Don’t Repeat Yourself قسمت دوم
فصل نهم: اصل Don’t Repeat Yourself قسمت سوم
تمامی حقوقی مادی و معنوی متعلق به گروه آموزشی پرووید است.
نقد و بررسیها
هیچ دیدگاهی برای این محصول نوشته نشده است.