Discussion :

[Arthis]

Quelle est la différence fondamentale entre stocker ses string de connection dans appsettings et dans connectionstring? a part le fait qu'il semblerait qu'il y ait un nom expres pour....

Pour info, J'ai appris le dot net en 1.1 et on m'a appris comme ça, quand je suis passé en 2.0 j'ai tout simplement continué...

[Jarodtweiss]

Fondamentalement, il n'y en a pas :-)
Enfin je dirais quand même :

• L'élément ConnectionStrings est fait pour ça (oui argument stupide mais quand même)
• Il te permet de stocker d'autres informations comme le ProviderName et ça c'est très important (voir explications plus bas)
• Tu regroupes à un et un seul endroit les informations critiques que tu peux donc encrypter
• Le framework t'impose la présence d'une connection string (valeur requise) ce qu'il ne fait pas pour AppSettings

Pour le providerName, ce qui est très important c'est que tu peux utiliser l'entreprise Library ce qui va te permettre de travailler avec des objects plus faiblements typés (par exemple une DbCommand au lieu d'une SqlCommand). ça c'est très important pour faciliter grandement un potentiel changement de DB. Tout le travail est fait en amont par l'enterprise Library en se basant sur le ProviderName

[SaumonAgile]

Fondamentalement, il n'y en a pas :-)
Enfin je dirais quand même :

• L'élément ConnectionStrings est fait pour ça (oui argument stupide mais quand même)
• Il te permet de stocker d'autres informations comme le ProviderName et ça c'est très important (voir explications plus bas)
• Tu regroupes à un et un seul endroit les informations critiques que tu peux donc encrypter
• Le framework t'impose la présence d'une connection string (valeur requise) ce qu'il ne fait pas pour AppSettings

Pour le providerName, ce qui est très important c'est que tu peux utiliser l'entreprise Library ce qui va te permettre de travailler avec des objects plus faiblements typés (par exemple une DbCommand au lieu d'une SqlCommand). ça c'est très important pour faciliter grandement un potentiel changement de DB. Tout le travail est fait en amont par l'enterprise Library en se basant sur le ProviderName

Concernant le provider name, les classes du framework de base l'utilisent déjà, en particulier les DbProviderFactory et autres qui ne font pas partie de l'entreprise library.