Suntikan ketergantungan dalam pengawal membolehkan rangka kerja untuk membekalkan perkhidmatan yang diperlukan, meningkatkan kebolehlaksanaan dan kebolehpercayaan. 1. Gunakan suntikan pembina dengan mengisytiharkan kebergantungan dalam parameter pembina. 2. Daftar perkhidmatan dalam fail permulaan seperti program.cs dengan jangka hayat yang sesuai seperti addScoped. 3. Elakkan suntikan harta melainkan perlu kerana ia mengaburkan kebergantungan. 4. Menggunakan ciri DI terbina dalam untuk pembalakan dan konfigurasi, mengekalkan fokus pada pengendalian permintaan HTTP dalam pengawal.

Apabila anda bekerja dengan pengawal dalam rangka kerja seperti Core atau Spring ASP.NET, menggunakan suntikan ketergantungan (DI) adalah cara yang bersih untuk mendapatkan perkhidmatan yang diperlukan oleh pengawal anda tanpa pengkodan keras. Anda hanya mengisytiharkan apa kebergantungan yang anda perlukan dalam pembina, dan rangka kerja mengendalikan dan menyampaikannya untuk anda.

Inilah caranya untuk melakukannya dengan betul dan mengelakkan perangkap biasa.

Fahami suntikan kebergantungan apa yang ada di dalam pengawal

Secara ringkas, suntikan ketergantungan dalam pengawal bermakna membiarkan orang lain (container di kerangka) memberi anda alat (perkhidmatan, repositori, dan lain -lain) yang anda perlukan daripada membuatnya sendiri di dalam pengawal.

Ini menjadikan kod anda boleh diuji, dikekalkan, dan longgar ditambah.

Contohnya:

• Pengawal anda mungkin memerlukan perkhidmatan yang mengambil data pengguna dari pangkalan data.
• Daripada menafikan perkhidmatan itu secara manual, anda hanya meminta di pembina.
• Rangka kerja itu akan menyuntik contoh secara automatik.

Gunakan suntikan pembina (kaedah pilihan)

Kebanyakan kerangka moden seperti ASP.NET Core dan Spring MVC mengesyorkan suntikan pembina. Inilah cara ia berfungsi:

Anda menentukan pembina dalam pengawal anda yang mengambil satu atau lebih antara muka atau jenis konkrit sebagai parameter. Rangka kerja menyelesaikan kebergantungan tersebut apabila ia membuat pengawal.

 UserController Kelas Awam: Controllerbase
{
    swasta readonly iuserservice _userservice;

    Public UserController (Iuserservice userService)
    {
        _userservice = userService;
    }

    [Httpget ("{id}")]
    Tugas Async Awam <ItactionResult> getUser (int id)
    {
        var user = menunggu _userservice.getUserByIdAsync (id);
        kembali OK (pengguna);
    }
}

Apa yang berlaku di sini:

• IUserService adalah antara muka yang telah anda tentukan di tempat lain.
• Pelaksanaan sebenar (seperti UserService ) didaftarkan dengan Container DI.
• Apabila permintaan mencecah pengawal ini, rangka kerja itu tahu perkhidmatan konkrit yang akan dilalui.

Pendekatan ini lebih disukai kerana:

• Ia menjadikan kebergantungan eksplisit.
• Ia menjadikan ujian unit lebih mudah -anda boleh lulus objek mengejek terus ke dalam pembina semasa ujian.

Daftar perkhidmatan dengan betul dalam permulaan

Hanya mengisytiharkan kebergantungan dalam pengawal tidak mencukupi. Anda juga perlu mendaftarkannya dalam permulaan aplikasi supaya sistem DI tahu bagaimana untuk menyelesaikannya.

Dalam teras ASP.NET, ini biasanya berlaku dalam fail Startup.cs atau dalam Program.cs jika anda menggunakan .net 6.

 // dalam program.cs (.net 6)
var builder = WebApplication.CreateBuilder (args);

// Perkhidmatan daftar di sini
builder.services.addscoped <iuserservice, userService> ();

var app = builder.build ();

Mata Utama:

• Pastikan seumur hidup sepadan dengan kes penggunaan anda: AddTransient , AddScoped , atau AddSingleton .
• Jangan lupa untuk mendaftarkan kedua -dua antara muka dan pelaksanaannya.
• Jika anda melangkau langkah ini, anda akan mendapat kesilapan runtime tentang tidak dapat menyelesaikan perkhidmatan tersebut.

Elakkan suntikan harta kecuali perlu

Sesetengah rangka kerja menyokong suntikan harta, di mana anda menghiasi harta dengan atribut seperti [Inject] atau [Autowired] . Walaupun ia boleh berfungsi, ia secara umum tidak digalakkan melainkan anda mempunyai sebab tertentu.

Kenapa?

• Ia menyembunyikan kebergantungan -seseorang membaca kod anda tidak akan melihat apa yang diperlukan hanya dengan melihat pembina.
• Ia menjadikan ujian lebih keras kerana anda tidak dapat dengan mudah memberikan kebergantungan tersebut apabila memberi instanti kepada pengawal secara manual.

Melekat dengan suntikan pembina melainkan anda berurusan dengan sistem warisan atau komponen pihak ketiga yang memaksa suntikan harta.

Petua Bonus: Gunakan pembalakan atau konfigurasi terbina dalam melalui DI

Anda tidak perlu membuat perkhidmatan anda sendiri untuk menggunakan DI. Kebanyakan kerangka sudah menyediakan yang berguna dari kotak.

Sebagai contoh, dalam teras ASP.NET, anda boleh menyuntik ILogger<T> secara langsung:

 swasta readonly ilogger <sercontroller> _logger;

Awam UserController (Iuserservice userService, Ilogger <sercontroller> logger)
{
    _userservice = userService;
    _logger = logger;
}

Atau suntikan pilihan konfigurasi seperti ini:

 Awam UserController (IOPTIONS <PISETTINGS> Tetapan)
{
    var timeout = settings.value.defaultTimeout;
}

Ini adalah contoh hebat bagaimana DI membantu menjaga pengawal anda memberi tumpuan kepada pengendalian permintaan HTTP dan bukannya menguruskan logik dalaman atau konfigurasi.

Itulah pada dasarnya bagaimana anda menggunakan suntikan ketergantungan dalam pengawal. Ia mudah apabila anda memahami bagaimana untuk mengendalikan perkara -perkara dalam permulaan dan struktur pembina anda dengan betul.

Atas ialah kandungan terperinci Bagaimana saya menggunakan suntikan ketergantungan dalam pengawal?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!