سلام و احترام

اول بیایید یه چندتا مشکل رو بررسی کنیم و ببینیم که اصلا چرا IOC اومده

فرض کنید شما یه سرویس کش توی پروژه تون و دارید ازش استفاده میکنید، حالا وسط پروژه متوجه میشید که این سرویس کشی که استفاده کردید زیاد مناسب نیست و میخواهید عوضش کنید یا اینکه فرض کنید دارید دارید از یه دیتابیس استفاده میکنید و بنا بر نیازی میخواهید سری به یه دیتابیس دیگه جا به جا بشید. فرض میکنید اگه این کارها رو توی پروژتون انجام بدید چی میشه؟ 

قطعا شاید از شما کلی زمان ببره تا این جا به جایی رو انجام بدید یا اینکه سرویس کشتون رو عوض کنید چون توی همه جای پروژتون استفاده کردید و ریشه کرده داخل تمامی کدهاتون

راه حل IOC بود که اصل dependency inversion و dependency injection داخلش به خوبی رعایت میشه، به این شکل که شما برای مثال میایید یک قرارداد کلی برای مثال همین دیتابیس میزارید و میگید که همه کلاس‌های دیتابیس‌های من باید متد‌های delete - update  - select - insert رو داشته باشن، قطعا شما اینجا یه سری قرار داد دارید و یک سری کلاس هایی که این قرار داد هارو پیروی کردند، این interface شما:

<?php
use App\Repository\Contracts\RepositoryInterface;
interface PaymentRepositoryInterface
{
	public function delete();
}

و یه کلاس دارید که این متدهای رو به عنوان قرار داد پذیرفته و پیاده سازیشون کرده، برای مثال کلاس mysql

<?php
use App\Models\Payment;
use App\Repository\Contracts\Payment\PaymentRepositoryInterface;
class MysqlPaymentRepository implements PaymentRepositoryInterface
{
    public function delete()
    {
    	// some code
    }
}

و حالا برای مثال ما دوست داریم یه کلاس هم داشته باشیم که با mongodb کار کنه پس

<?php
use App\Models\Payment;
use App\Repository\Contracts\Payment\PaymentRepositoryInterface;
class MongoPaymentRepository implements PaymentRepositoryInterface
{
    public function delete()
    {
    	// some code
    }
}

حالا ما تصمیم میگیریم که بیاییم به جای mysql از mongodb استفاده کنیم، چه اتفاقی میوفته؟ ما از mysql توی بخش‌های مختلف new گرفتیم همین باعث شده اصلا dependecy inversion نقص بشه چون وابستگی از کلاس بچه به پدر تعیین شده، ینی اینکه کلاس بچه داره میگه که از پدر چی میخواد، این باید بر عکس باشه، اینجاست که IOC میاد کمکمون

حالا باید چی کار کنیم؟

ما باید جایی باشه که بگیم من وقتی قرارداد PaymentRepositoryInterface  رو خواستم تو به من برای مثال mysql رو بده MysqlPaymentRepository یا طبق نیازم بهم MongoPaymentRepository رو بده. پس توی این بخش داریم یه جورایی این اصل رعایت میکنیم چون پدره  که میگه من میتونیم این موارد رو بهت بدم

توی لاراول به این شکله که ما توی provider‌ها میایم این بخش رو هندل میکنیم، برای مثال

<?php
class RepositoryServiceProvider extends ServiceProvider
{
    /**
     * Register services.
     *
     * @return void
     */
    public function register()
    {
        //
    }
    /**
     * Bootstrap services.
     *
     * @return void
     */
    public function boot()
    {
        $this->app->bind(PaymentRepositoryInterface::class, MysqlPaymentRepository::class);
    }
}

مثلا داخل متد boot گفتیم که اگه interfaceه PaymentRepositoryInterface صدا زده شد کلاس MysqlPaymentRepository رو بهم بده حالا بعدا اگه تصمیم گرفتیم از Mongo استفاده کنیم خیلی راحت به جای کلاس mysql کلاس mongo صدا میزنیم

کاری که لاراول در پشت صحنه میکنه اینکه میره این کلاس‌ها رو یه شئ ازش میسازه میزاره داخل متد construct هر کلاسی که ازش استفاده کردید، اما خب در کل شما بدون لاراول هم میتونید یه همچین چیزی رو داشته باشید و باید dependency‌ها از طریق متد construct تزریق کنید تا خیلی راحت بشه اگه خواستیم آبجکت از کلاس‌های دیگه به اون construct  پاس بدیم

IOC هم توی شی گرایی مطرحه و فقط برای لاراول نیست