SOLID قوانین سالید به زبان ساده

سالید به زبان ساده
SOLID
سالید مخفف پنج اصل مهم در مدیریت وابستگی ها است

اصل اول:
Single Responsibility Principle
به این معنی که هر کلاس فقط باید یک کار انجام دهد و نه بیشتر
مثال : در کلاس ارسال ایمیل فقط باید متدهای ارسال ایمیل پیاده سازی شود و نه بیشتر، اگر در این کلاس از متدهای ارسال اس ام اس استفاده شود این قانون نقض میشود


Open-Closed Principle
هر کلاس باید قابل توسعه و غیر قابل تغییر باشد
مثال : کلاسی داریم که ارسال ایمیل با سرور جیمیل را انجام میدهد که تعدادی ورودی و یک خروجی استرینگ دارد
حال اگر بخواهیم ارسال ایمیل با سرور یاهو را هم به پروژه اضافه کنیم دو راه داریم یکی اینکه در متد قبلی یک ورودی برای سرور اضافه کنیم و یک شرط ایف در بدنه متد قراردهیم برای چک کردن ، که این عملیات اصل دو سالید را نقض میکند
راه دوم و صحیح افزودن یک متد دیگر برای ارسال با یاهو


Liskov Substitution Principle
هر کلاسی که از کلاس دیگر ارث بری میکند هرگز نباید رفتار کلاس والد را تغییر دهد

مثال: این مورد رو با یک مثال کاملا قابل فهم بیان میکنم
در ریاضیات مربع همان مستطیل است
طبق این اصل ما میتوانیم کلاسی به نام مستطیل ایجاد کنیم که طول و عرض را به عنوان ورودی میگیرد و مستطیل را در خروجی بر میگرداند
کلاس دیگری داریم به نام مربع که این کلاس از کلاس مستطیل مشتق شده
کلاس را نمونه سازی میکنیم به شکل زیر
Rectangle rstngl=new Squre();

حال وقتی متد مستطیل این متغیر را فراخوانی میکنیم و ورودی ها را ست میکنیم خروجی ما یک مربع است در حالی که کلاس والد خروجی اش باید یک مستطیل باشد، این خروجی در ریاضیات صحیح اما در برنامه نویسی غلط است چراکه کلاس فرزند در رفتار کلاس والد تغییر ایجاد کرد و خروجی آن را به مربع تبدیل کرد
برای حل این موضوع باید از اینترفیس ها به جای کلاس والد استفاده کرد

Interface Segregation Principle
این اصل به این موضوع اشاره دارد که چند اینترفیس کوچک شده بهتر از یک اینترفیس است
مثال: همان طور که میدانید یک کلاس میتواند متدهای چندین اینترفیس را ایمپلمنت یا همان پیاده سازی کند
فرض کنید اینترفیسی داریم که حاوی ده متد است و یک کلاس داریم که از این اینترفیس ارث بری میکند و فقط به یکی از این متدها نیاز دارد
بنابراین نه متد دیگر بلا استفاده هستند ولی باید حتما بدنه آنها در کلاس فرزند ساخته شود
برای رفع این مشکل میتوانیم اینترفیس را به دو اینترفیس مجزا که یکی داری نه متد و دیگری یک متد است تبدیل کنیم و هر کجا به هر ده متد نیاز داشتیم کلاس از هر دو اینترفیس ارث بری کند

Dependency Inversion Principle
اصل معکوس سازی وابستگی
مثال: اوایل که موبایل تازه داشت رونق میگرفت یک سری تولید کننده شارژر وجود داشتند که هر بار که یک موبایل روانه بازار می شد مجبور بودن طراحیشون رو بر طبق این مدل موبایل تغییر بدن و کار به جایی رسید که یک سیم شارژی تولید شد که بیش از ده خروجی داشت برای همه موبایل ها
اما این راه حل صحیح نبود !!!
بنابراین شرکت های تولید شارژر تصمیم گرفتند اعتصاب کنند که به جای اینکه چیزی که شما میخواین رو ما تولید کنیم
چیزی که ما میخوایم رو شماها تولید کنید
اتفاقا شرکت های موبایلی هم از این طرح استقبال کردن و یک استاندارد بینشون رد و بدل شد
بنابراین وابستگی وارونه شد !!!
در کلاس ها هم دقیقا مشابه این اتفاق بارها برای همه پیش اومده
راه حل :اول استفاده از اینترفیس ها به جای کلاس های سطح بالا
دوم عدم اشاره به جزئیات در اینترفیس ها

تغییر نام کامپیوتر مک در ترمینال

sudo scutil --set ComputerName "newname"
sudo scutil --set LocalHostName "newname"
sudo scutil --set HostName "newname"

Flush the DNS cache by typing: dscacheutil -flushcache
Restart your Mac

وصل کردن دیوایس تست بدون کابل با استفاده از wifi

راه اصلی اینه که با استفاده از از adb و tcpip یه پورت معرفی میکنیم برای اتصال به دستگاه به شکل زیر:

اول باید یه کابل داشته باشیم برای قسمت کانفیگ بعد میتونیم کابل رو جدا کنیم (از یکی قرض بگیرید )

adb usb

adb tcpip 5555

adb connect 192.168.x.x:5555

  خب مراحل اصلی همینه ولی بعضی وقتها خطای connection refuse میده که باید adb server کشته بشه از اول استارت بشه با دستور زیر:

adb kill-server && adb tcpip 5555

adb connect 192.168.x.x:5555

اگه پورت 5555 رو یه برنامه دیگه استفاده کنه میتونید از لینک زیر استفاده کنید البته معمولا پیش نمیاد و با کشتن adb server و راه اندازی مجدد معمولا قضه حل میشه ولی این راه هم باشه خوبه:

https://stackoverflow.com/a/18930175/3675925

معرفی یه سایت خوب برای یادگیری و استفاده درست از Design Patern های برنامه نویسی

سایت رفکتور گورو 

https://refactoring.guru

خیلی ساده توضیح داده و نکات مثبت و منفی هر دیزاین پترن رو توضیح داده و اینکه بعضی جاها میشه یه دیزاین پترن رو به کمک یه دیزاین پترن دیگه تعریف کرد. بهترین قسمتش هم اینجاست که دقیقا میگه شما که ی به کدوم دیزاین پترن احتیاج دارید. مثال هاش از دنیای واقعی و از دنیای نرم افزار هم خیلی خوبه مثلا این پترن facade بخونید چقدر جالب توضیح داده.

https://refactoring.guru/design-patterns/facade

کتاب هاش رو هم از این لینک ها دانلود کنید اگه خارج از کشور هستید  لطفا بخریدشون .

Alexander Shvets - Dive Into Refactoring (2019).pdf

Alexander Shvets - Dive Into Design Patterns (2019).pdf

غیر فعال کردن onStartUp برنامه Adobe Creative Cloud

این برنامه adobe creative cloud هر بار سیستم رو روشن میکنم لود میشه تو استاتوس بار سیستم فعال میشه

خیلی رو اعصاب بود تو تنظیمات برنامه های startup سیستم هم نبود دیگه مونده بودم که چطور جلوش رو بگیرم امروز یه ذره کشتم این راه حل رو پیدا کردم 

یه دستور ترمیناله که استارت آپ برنامه رو غیر فعال میکنه .

launchctl unload -w /Library/LaunchAgents/com.adobe.AdobeCreativeCloud.plist

خب اگه خواستید دوباره فعالش کنید و لازمتون شد میتونید دستور زیر رو بزنید.

launchctl load -w /Library/LaunchAgents/com.adobe.AdobeCreativeCloud.plist

منبع : https://apple.stackexchange.com/a/138945/343268