L'inversion de contrôle (IoC) est un principe abstrait décrivant un aspect de certaines conceptions d'architecture logicielle dans lesquelles le flux de contrôle d'un système est inversé par rapport à la programmation procédurale.
Si je comprends bien, le mécanisme typique pour l'injection de dépendances consiste à injecter soit via le constructeur d'une classe, soit via une propriété publique (membre) de la classe. Cela expose la dépendance injectée et viole le principe d'encapsulation de la POO. Ai-je raison d'identifier ce compromis? Comment gérez-vous ce …
(Lié à cette question, EF4: pourquoi la création de proxy doit-elle être activée lorsque le chargement différé est activé? ). Je suis nouveau dans DI, alors soyez patient avec moi. Je comprends que le conteneur est chargé d'instancier tous mes types enregistrés, mais pour ce faire, il nécessite une référence …
Est-il possible de résoudre une instance de à IOptions<AppSettings>partir de la ConfigureServicesméthode dans Startup? Normalement, vous pouvez utiliser IServiceProviderpour initialiser des instances, mais vous ne l'avez pas à ce stade lorsque vous enregistrez des services. public void ConfigureServices(IServiceCollection services) { services.Configure<AppSettings>( configuration.GetConfigurationSection(nameof(AppSettings))); // How can I resolve IOptions<AppSettings> here? }
Comment un conteneur IoC peut-il être utilisé pour les tests unitaires? Est-il utile de gérer les simulations dans une énorme solution (plus de 50 projets) en utilisant l'IoC? Des expériences? Des bibliothèques C # qui fonctionnent bien pour l'utiliser dans les tests unitaires?
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.