Discussion :

[solaar]

Bonjour,

J'ai développe une application qui utilise le fichier App.Config.
je travaille avec une base de donnée SQL Server 2012.

Mon est problème est le suivant:
Si je fini de développer l'application sur Visual Studio avec la base de donnée SQL Server, qui se trouvent sur ma machine.
Comment je peux m'arranger à mettre l'application, sur une autre machine qui aidera l'utilisateur a manipuler le fichier App.Config pour utiliser la base de donnée SQL Server distante (sur réseaux) ?


Cordialement
Eric CREAHI.

[Romka]

Salut,

je suppose que tu parles de la connectionString, qui lors du dév pointe sur ton serveur local et qui en prod devra pointer sur... la base de prod c'est ça ?
Tu as plusieurs manières de faire ; si ton souci par ex. est que tu ne connais pas le chemin du serveur de bdd à l'avance, tu peux stocker dans le app.config une partie des infos seulement, et rajouter la partie Host (voire user/password) au runtime, en construisant la connectionString au moment où tu initialises ta connexion. Tu peux pour ça utiliser un builder :
https://msdn.microsoft.com/fr-fr/lib...v=vs.110).aspx

Après il y a x manières de faire, tout dépend si ton appli laisse la possibilité de modifier la connexion par l'utilisateur, par ex. Auquel cas tu peux imaginer créer une interface de paramétrage, et stocker les paramètres de connexion saisis par l'utilisateur quelque part (fichier xml, user.config, fichier csv, bdd *.sdf, registre, j'en passe...)

[solaar]

Oui c'est ce que je recherche .... la deuxième façon de le faire avec XML ou autre.
la technologie que j’utilise pour la connexion a ma base de donnée est entity Framework.

[Romka]

Je pense que la bonne piste c'est ça, tu vas stocker les éléments variables de ta connexion (chemin du serveur, etc.) par ex. dans le user.config (donc éditable au runtime sans problème), et créer un écran de paramétrage pour que l'utilisateur saisisse le chemin de la bdd.
Ensuite tu reconstruis la connectionstring complète dans le constructeur de ton DBContext.

[solaar]

Avez vous un tutorial sur le net qui explique ce processus ?

[Romka]

Tu as la MSDN pour le connectionStringBuilder :

https://msdn.microsoft.com/en-us/lib...v=vs.110).aspx

Dans ton cas, l'idée serait d'obtenir une partie des infos depuis l'app.config et l'autre partie depuis l'user.config (dans ton code c'est transparent, tu utilises dans les 2 cas xxxx.Properties.Settings.Default.xxxx, c'est ça qui est intéressant avec cette méthode). La différence entre les 2 est que le code généré produira des propriétés sans setter pour le app.config.

[solaar]

Est ce :
https://msdn.microsoft.com/en-us/lib...v=vs.110).aspx

Avec l'entity Framework ?

[Romka]

Il y a d'autres implémentations (cf. mon lien)
Peu importe que cela soit EF, Linq2SQL, des datasets ou ce que tu veux, dans ADO.NET toutes les technos utilisent des objets de connexion, auxquels tu peux passer une connectionString