Inversion of control (IoC) è un principio astratto che descrive un aspetto di alcuni progetti di architettura software in cui il flusso di controllo di un sistema è invertito rispetto alla programmazione procedurale.
Se ho capito bene, il meccanismo tipico di Dependency Injection è quello di iniettare attraverso un costruttore di classe o attraverso una proprietà pubblica (membro) della classe. Questo espone la dipendenza da iniettare e viola il principio OOP dell'incapsulamento. Sono corretto nell'identificare questo compromesso? Come gestisci questo problema? Di seguito, …
(In relazione a questa domanda, EF4: perché la creazione del proxy deve essere abilitata quando è abilitato il caricamento lento? ). Sono nuovo in DI, quindi abbi pazienza. Comprendo che il contenitore è incaricato di creare un'istanza di tutti i miei tipi registrati, ma per farlo richiede un riferimento a …
È possibile risolvere un'istanza di IOptions<AppSettings>dal ConfigureServicesmetodo in Startup? Normalmente è possibile utilizzare IServiceProviderper inizializzare le istanze, ma in questa fase non è disponibile quando si registrano i servizi. public void ConfigureServices(IServiceCollection services) { services.Configure<AppSettings>( configuration.GetConfigurationSection(nameof(AppSettings))); // How can I resolve IOptions<AppSettings> here? }
Come può essere utilizzato un contenitore IoC per gli unit test? È utile gestire i mock in una soluzione enorme (oltre 50 progetti) utilizzando IoC? Eventuali esperienze? Ci sono librerie C # che funzionano bene per usarlo negli unit test?
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.