Discussion :

[thomaas]

Bonjour,

J'aimerais savoir si le fichier appConfig est obligatoire pour ce connecté à la base. Car mon maître de stage ne veut pas dépendre d'un fichier de configuration et veux que le chemin de connexion soit en dur pour pouvoir le modifier facilement. J'ai essayé mais sa ma pas l'air possible et surtout chiant car à chaque modification du schèma, il faudra re-modifier le constructeur.

[Invité]

Je vois un très gros inconvénient de mettre des infos en dur, comme la chaine de connexion, c'est que si tu veux modifier ta chaine de connexion ultérieurement, tu seras obligé de recompiler.

[BenoitM]

J'aimerais savoir si le fichier appConfig est obligatoire pour ce connecté à la base.

Non mais c'est une bonne pratique

Car mon maître de stage ne veut pas dépendre d'un fichier de configuration et veux que le chemin de connexion soit en dur pour pouvoir le modifier facilement.

Euh si il est en dur tu ne peux pas le modifier facilement, tu dois recompiler ton application avec la nouvelle valeur et redonner l'application aux utilisateur, d'où l'utiliter d'un fichier de config

[Er3van]

Tu peux également passer par une configuration dans une table de ta base de données...

(Je vous laisser réfléchir sur cette phrase deux secondes)

=> Comme expliqué déjà deux fois, c'est déconseillé de mettre ce genre de choses en dur. Les fichiers de configuration sont exactement fait pour ça. Je ne vois pas bien ce qui gêne ton maître de stage là dedans...

Y a-t-il des contraintes que nous ne connaissons pas ?

[thomaas]

D'accord, et si je le met dans une classe qui me retourne une EntityConnection que je met en paramètre du constructeur. Comme sa après il pourrait modifier le chemin ? A la base j'ai testé ça mais du coup sa me fais une erreur quand je fais appel à ma procédure qui ajoute un élément à la base (AddObject).

"Impossible de déterminer le nom EntityContainer. Soit le nom EntitySet fourni doit être qualifié par le nom EntityContainer, par exemple EntityContainerName.EntitySetName, soit la propriété DefaultContainerName doit être définie pour ObjectContext.
Nom du paramètre : entitySetName"

[thomaas]

En faite, il veut pas que le client après se trimbale un fichier de config avec le .exe. Il veut que l'appli soit portable et d'après ce que j'ai pu analyser quand on génère, le fichier XML configuration doit être liée avec le .exe. Et d'après ce que j'ai compris c'est sa qui le dérange ...

[Er3van]

Il veut une application portable mais qui se connecte à une base de données distante ?
Le principe d'une application portable, c'est qu'elle soit autonome. Si elle ne l'est pas (puisqu'elle a besoin de données externes), je ne vois pas l'intérêt de supprimer la possibilité de configurer l'application...

Une application portable est un programme informatique qui ne requiert pas d'installation préalable, ne dépend pas de composants externes et n'engendre pas de modification durable du système par son fonctionnement.

[BenoitM]

Il y a un machin qu'on appelle Fichier d'instal c'est lui qui s'occupe d'installer l'application (exe, fichier de config et dll) lui est composé d'un seul fichier

[thomaas]

Oui je sais ... mais il s'embrouille tellement qu'a force il m'embrouille Je vais essayer de bidouiller si ça marche pas je lui dirais tout ce que vous m'avez dis !

[BenoitM]

Un projet Install ca prend 3 click a faire c'est lui que tu dois distribuer au utilisateur et pas ton repertoire

(et avec bcp de chance tu lui donner la version de debug...)

[thomaas]

Il y a un machin qu'on appelle Fichier d'installe c'est lui qui s'occupe d'installer l'application (exe, fichier de config et dll) lui est composer d'un seul fichier

D'accord, du coup le chemin d'accès à la bdd après n'est plus modifiable ou pas ? Car le but de cette mise en oeuvre c'est qu'après l'utilisateur puisse ouvrir une autre bdd de même schéma se trouvant sur son ordi.

[Er3van]

Il sera toujours modifiable depuis le fichier de configuration.

Question : comment ton maître de stage espérait que le client/utilisateur modifie le chemin d'accès à la BDD en le mettant en dur dans le code ? (puisque finalement c'est le but?)

[thomaas]

Ok ben impecc je me servirai de ma fonction qui modifie le data source du ficher config et je lui dirai alors.

Question : comment ton maître de stage espérait que le client/utilisateur modifie le chemin d'accès à la BDD en le mettant en dur dans le code ? (puisque finalement c'est le but?)

Avec une OpenFileDialog, et après dynamiquement le chemin ce change dans le code. Vu qu'à la base le model ce connecte en récupérant les données du fichier config il ma dis tu dois pouvoir supprimer cette étape. D'ou mon post

[BenoitM]

D'accord, du coup le chemin d'accès à la bdd après n'est plus modifiable ou pas ? Car le but de cette mise en oeuvre c'est qu'après l'utilisateur puisse ouvrir une autre bdd de même schéma se trouvant sur son ordi.

Le fichier setup installera dans le répertoire de son choix l'exe, appconfig et les dll nécessaire à l'application.

L'utilisateur pourra modifier son fichier de config avec un éditeur text.


ps : perso je ferai un écran au lancement de l'application avec deux TextBox(Serveur, Schema) qui seraient préremplient avec les informations dans le fichier de config. Je sauvegarderai ses changement dans l'appconfig pour lui proposer toujours la dernier base de donnée à la quelle il s'est connecté
ou crée un menu qui permetrai de changer de connection pour ne pas devoir à chaque fois choisir la base de donnée

* évidement si c'est une base de données fichier l'openFileDialog et le path seront plus pratiques :p

[thomaas]

Bon ma fonction qui modifier le fichier config marché mais j'étais obligé de fermer et relancer l'appli pour qu'il prenne la modif et mtn j'ai réussi en utilisant le 2ème constructeur du model et du coup je me sert pas du ficher config et mon maître de stage est content

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
public void ReConnecterBdd(string cConn)
        {
            this.bdd = new BDDFinalEntities(cConn);
        }
ReConnecterBdd("metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;provider=System.Data.SqlServerCe.4.0;provider connection string=\"Data Source=" + Filename + "\"");