Необходимый : Как дескрипторы приложения в Ваших руках очень важны для чего-то как iPhone. Вы не можете сказать, как это будет чувствовать для использования при оштукатуривании прямо перед Вами в эмуляторе на большом экране.
, Если Вы не можете держать его, Вы не будете получать истинный пользовательский опыт.
Общий файл конфигурации
<?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>
Для доступа к сопоставленному файлу конфигурации
ConfigurationFileMap fileMap = new ConfigurationFileMap(file); //Path to your config file
Configuration configuration = ConfigurationManager.OpenMappedMachineConfiguration(fileMap);
string value = configuration.AppSettings.Settings["key1"].Value;
Допустим, у вас есть такая структура папок:
Сделайте следующее:
Для каждый проект в обозревателе решений:
Отредактировано для добавления:
Вы правильно заявляете, что вышеуказанный метод предоставил общий доступ к файлу только до времени сборки. Чтобы использовать совместно используемый файл во время выполнения, см. ответы на этот вопрос .
Я нашел кнопку и открыл app.config как ссылка, однако это вызвано при сборке снова создать отдельный конфигурационный файл для каждого проекта, и поэтому при развертывании 3 проект, у меня будет 3 файла конфигурации. Что я хотел сделать, так это сохранить один файл для всех проектов в определенное решение. Могу ли я это сделать?
Да, вы можете сделать это, но должны сделать это?
Основное предположение в приложении .NET состоит в том, что одно приложение = один файл конфигурации. Изначально и с помощью простого метода вы не можете обмениваться файлами конфигурации между приложениями.
Если вы создаете свои собственные настраиваемые разделы конфигурации, вы можете «передать» их во внешние файлы, которые могут быть совместно использованы. Представьте, что вы создаете свой собственный настраиваемый раздел конфигурации под названием «MyConfiguration», тогда ваш app.config будет выглядеть примерно так:
<configuration>
<configSections>
<section name="MyConfiguration"
type="MyConfigurationSection, MyConfigurationAssembly" />
</configSections>
<MyConfiguration>
<nestedElement>
<dateTimeValue>10/16/2006</dateTimeValue>
<integerValue>1</integerValue>
</nestedElement>
</MyConfiguration>
</configuration>
У вас может быть раздел «MyConfiguration» в отдельном файле и ссылаться на него из конфигурации вашего приложения:
<configuration>
<configSections>
<section name="MyConfiguration"
type="MyConfigurationSection, MyConfigurationAssembly" />
</configSections>
<MyConfiguration configSource="MyConfiguration.config" />
</configuration>
и ваш "MyConfiguration.config" будет содержать:
<MyConfiguration>
<nestedElement>
<dateTimeValue>10/16/2006</dateTimeValue>
<integerValue>1</integerValue>
</nestedElement>
</MyConfiguration>
Сделав это, вы могли бы "экстернализовать"
Вот "Добавить существующие элемент "диалогового окна в VS 2008:
Щелкните маленький раскрывающийся индикатор на кнопке" Добавить "и выберите" Добавить как ссылку "в контекстном меню.
Marc
Один из вариантов разработки - избежать доступа к app.config непосредственно из вашего класса библиотечные проекты в целом, что позволяет избежать дополнительной внешней зависимости.
Скорее, только ваш исполняемый проект знает о файле конфигурации, и он может явно передать соответствующую информацию конфигурации в библиотеки, когда он создает из них объекты или инициализирует их.