Bagaimanakah Suntikan Ketergantungan Perpaduan Boleh Mengendalikan Resolusi Bersyarat untuk Pembekal Pengesahan Berbilang?

Penyelesaian Bersyarat dalam Perpaduan Suntikan Ketergantungan

Suntikan Ketergantungan (DI) membolehkan suntikan kebergantungan automatik ke dalam objek, mengurangkan keperluan untuk manual instantiasi dan konfigurasi. Penyelesaian bersyarat merujuk kepada keupayaan untuk menyelesaikan secara dinamik pelaksanaan berbeza antara muka berdasarkan keadaan tertentu.

Masalah:

Pertimbangkan senario berikut dengan dua penyedia pengesahan, TwitterAuth dan FacebookAuth, melaksanakan IAuthenticate antara muka:

public interface IAuthenticate
{
    bool Login(string user, string pass);
}

public class TwitterAuth : IAuthenticate
{
    bool Login(string user, string pass) { /* connect to twitter api */ }
}

public class FacebookAuth : IAuthenticate
{
    bool Login(string user, string pass) { /* connect to fb api */ }
}

Dalam pengawal, anda ingin menyuntik pelaksanaan IAuthenticate berdasarkan penyedia pengesahan, yang dalam kes ini ditentukan oleh kaedah tindakan (cth., Twitter atau Facebook).

Corak Kilang sebagai Penyelesaian:

Satu pendekatan ialah menggunakan corak kilang, seperti yang dicadangkan oleh kawan awak. Walau bagaimanapun, ini melibatkan penciptaan kelas kilang untuk setiap penyedia pengesahan, yang membawa kepada masalah penduaan dan penyelenggaraan kod yang berpotensi.

Corak Strategi dengan Penyelesaian Bersyarat:

Penyelesaian yang lebih fleksibel adalah menggunakan corak strategi bersama-sama dengan bersyarat menyelesaikan:

Antaramuka:

public interface IAuthenticate
{
    bool Login(string user, string pass);
    bool AppliesTo(string providerName);
}

public interface IAuthenticateStrategy
{
    bool Login(string providerName, string user, string pass);
}

Authenticate Provider:

public class TwitterAuth : IAuthenticate
{
    bool Login(string user, string pass) { /* connect to twitter api */ }

    bool AppliesTo(string providerName)
    {
        return this.GetType().Name.Equals(providerName);
    }
}

public class FacebookAuth : IAuthenticate
{
    bool Login(string user, string pass) { /* connect to fb api */ }

    bool AppliesTo(string providerName)
    {
        return this.GetType().Name.Equals(providerName);
    }
}

Setiap pembekal melaksanakan IAuthenticate dan menyediakan kaedah untuk menentukan sama ada ia terpakai kepada pembekal tertentu nama.

Strategi:

public class AuthenticateStrategy : IAuthenticateStrategy
{
    private readonly IAuthenticate[] authenticateProviders;

    public AuthenticateStrategy(IAuthenticate[] authenticateProviders)
    {
        this.authenticateProviders = authenticateProviders;
    }

    public bool Login(string providerName, string user, string pass)
    {
        var provider = authenticateProviders.FirstOrDefault(x => x.AppliesTo(providerName));
        if (provider == null) throw new Exception("Login provider not registered");
        return provider.Login(user, pass);
    }
}

Strategi mengambil pelbagai penyedia IAuthenticate dan mengendalikan penyelesaian bersyarat. Ia berulang melalui penyedia untuk mencari yang sepadan dengan nama pembekal dan mewakilkan operasi log masuk kepadanya.

Pendaftaran Perpaduan:

unityContainer.RegisterType<iauthenticate twitterauth>("twitterAuth");
unityContainer.RegisterType<iauthenticate facebookauth>("facebookAuth");
unityContainer.RegisterType<iauthenticatestrategy authenticatestrategy>(
    new InjectionConstructor(
        new ResolvedArrayParameter<iauthenticate>(
            new ResolvedParameter<iauthenticate>("twitterAuth"),
            new ResolvedParameter<iauthenticate>("facebookAuth")
        )
    ));</iauthenticate></iauthenticate></iauthenticate></iauthenticatestrategy></iauthenticate></iauthenticate>

Pendaftaran ini mengkonfigurasi Perpaduan untuk menyelesaikan IAuthenticate pelaksanaan mengikut nama pembekal dan untuk menyuntik AuthenticateStrategy menggunakan penyelesaian ini contoh.

Penggunaan:

private readonly IAuthenticateStrategy _authenticateStrategy;

public AuthenticateController(IAuthenticateStrategy authenticateStrategy)
{
    _authenticateStrategy = authenticateStrategy;
}

// login with twitter
public virtual ActionResult Twitter(string user, string pass)
{
    bool success = _authenticateStrategy.Login("TwitterAuth", user, pass);
}

// login with fb
public virtual ActionResult Facebook(string user, string pass)
{
    bool success = _authenticateStrategy.Login("FacebookAuth", user, pass);
}

AuthenticateStrategy disuntik ke dalam pengawal, yang kemudiannya mewakilkan operasi log masuk berdasarkan pembekal nama.

Kelebihan:

• Reka Bentuk Fleksibel: Menambah atau mengalih keluar penyedia log masuk adalah mudah dengan hanya perubahan pada pendaftaran Unity.
• Boleh diselenggara: Mengurangkan pertindihan dan menambah baik kod kebolehbacaan, kerana kod khusus pembekal terkandung dalam kelas berasingan.
• Boleh diuji: Corak Strategi membolehkan ujian unit yang lebih mudah bagi penyedia pengesahan individu.

Atas ialah kandungan terperinci Bagaimanakah Suntikan Ketergantungan Perpaduan Boleh Mengendalikan Resolusi Bersyarat untuk Pembekal Pengesahan Berbilang?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!