Modèle de fournisseur en .net

Question

Lorsque le framework .net 2.0 est sorti pour la première fois, le modèle de fournisseur était à la mode. 2.0 même livré avec un tas de fournisseurs par défaut (adhésion, sitemap, rôle). Depuis la sortie de la version 2.0, le battage médiatique s'est estompé et, bien que j'utilise toujours des fournisseurs jour après jour, il semble que la presse soit moins médiatisée.

Je me demandais si c'était parce que les gens utilisaient autre chose que des fournisseurs et qu'ils avaient été remplacés, ou est-ce simplement parce que la participation n'était pas aussi importante que d'autres méthodes IoC?

Answer 1

Il n’a pas réellement disparu. DI est toujours grand. Il existe de nombreux cadres de DI disponibles. Oui, chaque élément ne doit pas être structuré comme comme il se doit absolument , mais cela reste une très bonne pratique à suivre. Par exemple, j'utilisais les blocs d'application personnalisés de P & P pour effectuer une DI. Jusqu'à ce qu'ils l'aient abandonné pour l'Unité. Maintenant, j'utilise l'unité.

Un framework DI léger est une bonne idée pour toute application extensible volumineuse.

Answer 2

Je pense que plus ces outils deviennent standard dans .NET, moins le battage publicitaire qui les entoure, mais leur utilisation ne disparaît pas. Il est certain que l’adhésion et les fournisseurs de rôles sont très importants pour notre nouvelle application que nous développons et nous permettront d’économiser des quantités importantes de code.

Modèles et pratiques Microsoft est le lieu de naissance d'outils tels que le Enterprise Library, qui est fortement impliquée dans les modèles de fournisseur (en particulier d'adhésion) en ce qui concerne le bloc Application de sécurité et le modèle semble être utilisé dans l'ensemble des blocs.