Modèle de fournisseur dans .net

Lorsque le framework .net 2.0 est sorti, 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 publication de la version 2.0, le battage médiatique s'est éteint et, bien que j'utilise toujours des fournisseurs au jour le jour, il semble y avoir beaucoup moins de presse. Je me demandais si c'est parce que les gens utilisent autre chose que des fournisseurs et qu'ils ont été remplacés, ou est-ce simplement parce que l'adoption n'était pas aussi importante que les autres méthodes de l'IoC?Modèle de fournisseur dans .net

Source

2008-10-01 lomaxx

Ce n'est pas parce que quelque chose n'est plus "hype" que ça ne vaut rien ... –

Je ne dis pas que ça ne vaut rien ... J'utilise toujours les fournisseurs à peu près tous les jours. Je me demandais plus pourquoi il ne semble pas avoir autant de presse ces derniers temps parce que j'ai encore des choses c'est un modèle vraiment sympa de travailler avec – lomaxx

Les nouveautés ont plus de presse que les choses existantes. Les gens ne parlent pas beaucoup de choses solides et qui fonctionnent. –

Il ne s'est pas éteint. DI est toujours gros. Il existe de nombreux cadres de DI à choisir. Oui, il n'est pas dur dans chaque partie cadre comme il devrait absolument être, mais c'est toujours une très bonne pratique à suivre. Par exemple, j'utilisais les blocs d'application personnalisés P & P pour faire DI. Jusqu'à ce qu'ils l'abandonnent pour l'Unité. Maintenant, j'utilise l'unité.

Une structure DI légère est une bonne idée pour toute grande application extensible.

Source

2008-10-01 00:47:50 Will

Cela fait partie de mon point de vue que ... DI ne s'en va pas, si quelque chose grandit, mais le modèle de fournisseur semble être de moins en moins la façon préférée de faire les choses, mais il répond à la plupart des mes exigences DI. – lomaxx

De quoi s'agit-il? IoC? Une rose etc .... Je voudrais voir une meilleure façon de casser les dépendances dans le code que DI. – Will

Je suis d'accord que ce n'est pas assez utilisé. Plus je code, plus les dépendances me gênent. – Will

Je pense que comme ces outils deviennent plus standard dans .NET, le battage autour d'eux devient moins, mais pas leur utilisation. Certes, les membres et les fournisseurs de rôles sont très importants pour notre nouvelle application que nous sommes en train de développer et nous permettra d'économiser beaucoup de code.

Microsoft Patterns and Practices est le lieu de naissance d'outils tels que la bibliothèque d'entreprise, qui est fortement impliquée dans les modèles de fournisseurs (en particulier en ce qui concerne les adhérents) et le modèle semble être utilisé dans tous les blocs.

Source

2008-10-01 07:57:14 Odd

Modèle de fournisseur dans .net

Répondre

Questions connexes