seule application.config multi-projet c#

Je veux utiliser une seule application.config par 3 projets différents.

Comment accéder à la configuration?

ConfigurationManager.AppSettings["config1"]

InformationsquelleAutor ala | 2009-09-01

c#config

57

Disons que vous avez cette structure de dossiers:
- Solution
  - Projet1
  - Project2
  - Project3
Ce faire:
1. Créer l'Application.fichier de config dans le niveau de la Solution du dossier. Vous ne trouverez pas une option pour ajouter une Application.fichier de configuration à partir des modèles, il suffit donc de créer un nouveau fichier texte avec le nom de l'Application.config, et collez-y le contenu d'une Application régulière.fichier de configuration.
2. Pour chaque projet dans l'Explorateur de solutions:
  1. Droit de la souris et sélectionnez Add > Existing Item
  2. Localiser le fichier
  3. Sélectionnez Add as link partir de la liste déroulante à côté de la Add bouton.
Modifiées afin d'ajouter:

Vous correctement de l'état que la méthode ci-dessus ne sont partagées le fichier à la compilation. Pour utiliser un fichier partagé au moment de l'exécution, voir le les réponses à cette question.
- merci, je n'ai jamais pensé que je pourrais ajouter des éléments communs à la solution qui sera partagé entre tous les projets. mais je suis en utilisant VS2008, et ne pouvait pas trouver "Ouvrir en tant Que" lien. en plus de l'application.fichier de configuration n'est pas propagée aux projets.
- Sur le "Ajouter un élément existant" boîte de dialogue, dans le coin inférieur gauche, il y a un bouton "Ajouter", une petite liste déroulante indicateur à droite - cliquez sur l'indicateur et vous obtiendrez un menu contextuel "Ajouter" et "Ajouter en tant que Lien" utilisation "Ajouter en tant que lien"
- Grâce marc_s, j'ai trouvé le bouton, et ouvert l'application.config comme lien, cependant, qui a provoqué lors de la construire à nouveau de créer des fichier de config pour chaque projet, et par conséquent, lors du déploiement de l'3 du projet, je vais avoir 3 fichiers de configuration. Ce que je voulais faire, est de garder un seul fichier pour tous les projets dans une certaine solution. Puis-je le faire?
- Désolé, j'ai corrigé ma réponse à-dire "Ajouter" au lieu de "Ouvrir" - n'avait pas VS juste en face de moi à l'époque 🙂 Vous avez raison, si, cela ne résout que l'partagé config pour le moment de la construction,... Voir ma prochaine réponse.
- Ne VS2012 vous offre la possibilité d'ajouter une application.fichier de configuration de l'Élément Ajouter la liste ? Je ne peux pas le trouver.
- si vous ne pouvez pas voir le fichier dans la fenêtre de l'explorateur lorsque vous essayez d'ajouter, assurez-vous de sélectionner " Tous les Fichiers (.) " dans le type de fichier de liste déroulante dans le coin en bas à droite.
InformationsquelleAutor Jon Grant

La commune de fichier de config

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <configSections>
        <section 
            name="appSettings" 
            type="System.Configuration.AppSettingsSection, System.Configuration, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" 
            />
    </configSections>
    <appSettings>
        <add key="key1" value="value1"/>
    </appSettings>
</configuration>

Pour accéder à mappé fichier de config

ConfigurationFileMap fileMap = new ConfigurationFileMap(file); //Path to your config file
Configuration configuration = ConfigurationManager.OpenMappedMachineConfiguration(fileMap);
string value = configuration.AppSettings.Settings["key1"].Value;

InformationsquelleAutor ala

8

Voici le "Ajouter un élément existant" dialogue dans VS 2008:

Cliquez sur la liste déroulante de l'indicateur sur le bouton "Ajouter" et choisissez "Ajouter en tant que Lien" dans le menu contextuel.

Marc
- Votre lien est mort.
InformationsquelleAutor marc_s
7

J'ai trouvé le bouton, et ouvert
l'app.config comme lien, cependant que
causés lors de la construire à nouveau de créer
séparer le fichier config pour chaque projet,
et donc, lors du déploiement de l'3
projet, je vais avoir 3 fichiers de configuration.
Ce que je voulais faire, est de garder une
un seul fichier pour tous les projets dans une
certains solution. Puis-je le faire?

Oui - vous peut le faire, mais devrait - vous?

L'hypothèse de base dans un .NET application est qu'une application = un fichier de config. Hors de la boîte, et avec une méthode facile, vous ne pouvez pas partager des fichiers de configuration entre les applications.

Si vous créer vos propres sections de configuration, vous pouvez "externaliser" ceux vers des fichiers externes, qui pourraient être partagées. Imaginez-vous créer votre propre section de configuration appelé "MyConfiguration", alors votre application.config devrait ressembler à quelque chose comme ça:
```
<configuration>
  <configSections>
    <section name="MyConfiguration" 
             type="MyConfigurationSection, MyConfigurationAssembly" />
  </configSections>

  <MyConfiguration>
    <nestedElement>
      <dateTimeValue>10/16/2006</dateTimeValue>
      <integerValue>1</integerValue>
    </nestedElement>
  </MyConfiguration>
</configuration>
```
Vous pourriez avoir votre "MyConfiguration" l'article dans son propre fichier, et la référence à partir de votre application config:
```
<configuration>
  <configSections>
    <section name="MyConfiguration" 
             type="MyConfigurationSection, MyConfigurationAssembly" />
  </configSections>

  <MyConfiguration configSource="MyConfiguration.config" />
</configuration>
```
et votre "MyConfiguration.config" serait alors contenir:
```
  <MyConfiguration> 
    <nestedElement>
      <dateTimeValue>10/16/2006</dateTimeValue>
      <integerValue>1</integerValue>
    </nestedElement>
  </MyConfiguration>
```
En faisant cela, vous pourriez "externaliser" et participer ainsi au moins la majeure partie de vos paramètres de configuration fournies qu'ils sont dans votre propre sections de configuration.

Pour plus d'info et une excellente introduction à la .NET 2.0 et de configuration des mystères, voir Jon Rista de la série en trois parties sur .NET 2.0 configuration sur CodeProject.
Fortement recommandé, bien écrit et très utile!

Marc
- Cette solution ne fonctionnera pas, à moins que toutes les applications sont déployées sur le même répertoire. Le configSource attribut ne peut pas contenir un chemin d'accès absolu, ni un chemin d'accès à un répertoire parent.
- ah, c'est vrai, j'oublie que "seul ce répertoire ou au-dessous de la règle .NET déploiements..... vous avez raison.
InformationsquelleAutor marc_s
6

Une option de conception est d'éviter d'accéder à l'application.config directement à partir de votre bibliothèque de classes projets au total, évitant ainsi le supplément de la dépendance extérieure.

Plutôt, seule votre projet exécutable connaît le fichier de configuration et il peut transmettre explicitement appropriés les informations de configuration pour les bibliothèques, quand il crée des objets à partir de ou initialise.
- Je suis d'accord avec la conception de soucis, mais je dois construire 3 console séparée des applications qui utilisent le même fichier de configuration. Savez-vous si je peux l'installation d'une application les plus courantes.fichier de config, et comment accéder à appSettings?
InformationsquelleAutor Greg D
4

Je comprends que c'est une vieille question, mais il y a un moyen beaucoup plus facile de parvenir à ce but. Si vous utilisez Visual Studio 2008 ou supérieur, il est un type de Projet appelé "Projet Partagé".

Un Projet Partagé peut avoir à peu près tout ce qu'un autre types de Projets peuvent contenir. Ce n'est pas seulement pour le C#, mais pour toutes les langues que VS2015 prend en charge. Quand quelque chose est inclus dans le Projet Partagé, il est disponible pour d'autres projets après l'ajout d'une référence (voir ci-dessous).

La grande différence avec les Classes dans un Projet Partagé VS une Bibliothèque Partagée est lorsque vous compilez le programme de tout ce qui est dans le Projet Partagé sera Compilé directement dans votre projet, non pas comme un fichier séparé (.dll, .exe). Pensez-y comme tout ce qui est dans le Projet Partagé est inséré dans les autres projets. Voici un petit tutoriel sur la configuration de cette place et de l'utiliser:

Visual Studio 2015 - Projet Partagé Tutoriel:

Créer le Nouveau Projet Partagé par la sélection de Fichier->New->Projet ou Clic Droit sur la Solution dans l'Explorateur de solutions et sélectionnez Add->Nouveau Projet. Lorsque la boîte de Dialogue s'affiche, sélectionnez "Projet Partagé", donner un nom au Projet TestShared dans cet exemple.

Après le Nouveau Projet, vous pouvez ajouter tout ce que vous devez être disponible pour d'autres projets. Dans ce cas, nous allons ajouter l'application.config. Clic droit sur le Projet Partagé et sélectionnez Add->Nouvel Élément. Sélectionnez Visual C#->Données>Fichier XML en le nommant évidemment app.config.

Enfin, ajouter une référence au Projet Partagé par Clic-Droit sur le Projet que vous avez besoin de partager le projet avec et sélectionnez Ajouter->Référence. Dans la Référence du Gestionnaire de la boîte de Dialogue sélectionnez votre Projet Partagé, il sera affiché dans les "Projets Partagés" élément sur la Gauche.

Maintenant tout ce qui est dans le Projet Partagé est disponible dans l'autre projet, il n'est pas nécessaire de le faire tout en utilisant les importations ou quelque chose comme ça. Il fonctionne tout simplement. Ce modèle est très pratique lorsque vous êtes à l'élaboration d'un programme et la nécessité d'avoir plusieurs interfaces graphiques (Windows, iOS, Android, etc). Par exemple, vous pourriez avoir un projet partagé pour le "Noyau" de la fonctionnalité et puis avoir une GUI Projet pour chacun des différents Systèmes d'Exploitation que vous voulez de l'aide dans votre programme.

Je me rends compte que c'est une ancienne question mais comme c'est montré dans Google j'ai pensé que je pourrais répondre à cette alors que d'autres sont à la recherche de la même chose qu'ils savent à propos de ce très puissant VS fonctionnalité.
- J'ai remarqué que cela fonctionne pour Console apps (et peut-être d'autres aussi), mais si je suis en faisant référence à ce à partir d'un Projet Web (par ex. ASP.NET MVC) en y ajoutant la "TestShared" le projet n'est pas
- Oui vous avez raison, il existe quelques façons de forcer la référence comme here mais soyez Averti j'ai eu un peu assez catastrophique des problèmes en essayant d'aller dans cette voie. Je trouve ça beaucoup plus facile de simplement utiliser un Class Library.
- Ouais j'ai décidé d'en bas de la Bibliothèque de Classe de chemin d'accès au lieu
- VS 2017 laissez-moi ajouter un projet partagé, mais ne me permet pas d'ajouter une référence à partir d'un .net 4.6.1 WebApplication. Des idées?
- Cela ne fonctionne que entre les projets qui partagent la même langue... c#, vb.net... mais si votre solution a Certaines bibliothèques visual C# et sacrément VB.Net avant la fin de l'app qui vous sont interdites de port en c#, puis projet partagé de ne pas le faire...
InformationsquelleAutor Andy Braham

System.Configuration.Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
config = ConfigurationManager.OpenExeConfiguration(Path.Combine(@"D:\", "config.exe"));
foreach (string key in config.AppSettings.Settings.AllKeys)
{
   string value = config.AppSettings.Settings[key].Value;
   ConfigurationManager.AppSettings.Set(key, value);
}

InformationsquelleAutor Kapil dev

Vous devez vous connecter pour publier un commentaire.

Visual Studio 2015 - Projet Partagé Tutoriel: