Что такое хороший подход к управлению строкой подключения отладки и выпуска в приложении .NET/SQLServer?
У меня есть два SQL-сервера, создание и сборка/отладка, и мне нужен способ переключения между ними при развертывании моего приложения ASP.NET.
В настоящее время я просто храню их в файле web.config и комментирую один или другой, однако это связано с ошибкой при развертывании.
Создайте версию Debug и Release файла Web.config, например. Web.debug.config и Web.release.config. Затем добавьте условие предварительной компиляции, которое копирует соответствующую версию в файл web.config на основе текущего целевого объекта.
Изменить:. Чтобы добавить условие предварительной компиляции, щелкните правой кнопкой мыши на проекте и выберите "Свойства", затем перейдите на вкладку "Сборка событий" и добавьте код ниже в условие прекомпиляции. Очевидно, вам придется изменить код в соответствии с вашими потребностями, см. Изображение ниже.
@echo off
echo Configuring web.config pre-build event ...
if exist "$(ProjectDir)web.config" del /F / Q "$(ProjectDir)web.config"
if "$(ConfigurationName)" == "Debug Test" goto test
if "$(ConfigurationName)" == "Debug M" goto M
if "$(ConfigurationName)" == "Debug BA" goto BA
if "$(ConfigurationName)" == "Release Test" goto test
if "$(ConfigurationName)" == "Release M" goto M
if "$(ConfigurationName)" == "Release BA" goto BA
echo No web.config found for configuration $(ConfigurationName). Abort batch.
exit -1
goto :end
:test
copy /Y "$(ProjectDir)web.config.test" "$(ProjectDir)web.config"
GOTO end
:BA
copy /Y "$(ProjectDir)web.config.BA" "$(ProjectDir)web.config"
GOTO end
:M
copy /Y "$(ProjectDir)web.config.M" "$(ProjectDir)web.config"
GOTO end
:end
echo Pre-build event finished
Свойства проекта http://img442.imageshack.us/img442/1843/propsa.jpg
Хорошей новостью является то, что .NET4 имеет условие только для этого, у вас могут быть отдельные конфигурации для каждой конфигурации (web.Release.config, web.Debug.config).
Плохая новость: вы, вероятно, еще не используете это.
Используйте директивы препроцессора: когда ваш проект настроен на запуск в режиме отладки, будет выбрана строка отладочного соединения, иначе строка подключения выпуска будет выбрана автоматически.
В Visual Studio вы заметите, что инструкции тускнеют исключительно в соответствии с конфигурацией проекта (отладка или выпуск).
Просто добавьте в код что-то вроде следующего:
string myConnectionString;
#if DEBUG
myConnectionString = "your debug connection string";//may be read from your debug connection string from the config file
#else
myConnectionString = "your release connection string"; //may be read from your relase connection string from the config file
#endif
для более подробной информации, this.
Обычно я устанавливаю переменную среды на своих производственных серверах, что означает, что сервер является производственным сервером. Затем я прочитал правильную строку соединения из моего web.config на основе того, существует ли эта переменная среды и установлена производственная стоимость.
Я использую комбинацию метода Sameh и Obalix в .net 3.5.
public static class DataConnection
{
#if LOCALDEV
public const string Env = "Debug";
#endif
#if STAGING
public const string Env="Staging";
#endif
#if RELEASE
public const string Env="Release";
#endif
private static ConnectionStringSettingsCollection _connections;
static DataConnection()
{
_connections = ConfigurationManager.ConnectionStrings;
}
public static string BoloConnectionString
{
get
{
return _connections["DB1."+Env].ConnectionString;
}
}
public static string AOAConnectionString
{
get
{
return _connections["DB2."+Env].ConnectionString;
}
}
public static string DocVueConnectionString
{
get
{
return _connections["DB3."+Env].ConnectionString;
}
}
}
Затем в моих свойствах проекта я определяю правильные условные символы компиляции. Таким образом, мне не нужно держать строки подключения жестко закодированными, как Sameh's, но код ищет только строку, основанную на том, как она была построена. Это позволяет мне (если мне нужно) один файл конфигурации для всех сборок, но на самом деле я не развертываю файлы конфигурации в моем процессе сборки. Хотя условный файл app.Relase.config для .net 4 выглядит как правильный путь в будущем.
Ну, может быть, это немного устарело, но ODBC DSN решает эту проблему достаточно хорошо - я все еще использую - с строгостью - - Настройки DNS, чтобы различать производственные и отладочные среды.
p.s., я ожидаю загрузки пустых голосов, возможно, это будет индикатором того, что люди думают об уровне косвенности для идентификаторов базы данных.
Я могу сказать другое решение для этой проблемы. В файле csproj создайте файл:
<Content Include="DB.config">
<SubType>Designer</SubType>
</Content>
<Content Include="DB.Debug.config">
<DependentUpon>DB.config</DependentUpon>
<SubType>Designer</SubType>
</Content>
<Content Include="DB.Release.config">
<DependentUpon>DB.config</DependentUpon>
<SubType>Designer</SubType>
</Content>
В xml написанном наборе две версии для выпуска и отладки.
Начиная с 2018 года для более новых версий Visual Studio Microsoft приняла расширение SlowCheetah. Установка этого даст вам возможность разбить файл app.config на три отдельных файла. Одним из них является базовый файл с кодом, который всегда применяется, а затем вы получите файл app.debug.config и файл app.release.config.
Обратите внимание, что использование этого проекта в качестве пакета NuGet недостаточно. Если вы хотите использовать пункт меню Visual Studio UI, вам нужно скачать установщик с сайта ниже и запустить его. Затем установите SlowCheetah специально для любых проектов, которые вы хотите использовать при использовании NuGet.
Также обратите внимание, что оригинальная программа SlowCheetah первоначального разработчика все еще существует, но используйте ту, что была опубликована Microsoft для более новых версий Visual Studio.
Когда вы откроете веб-проект, вы получите 2 дополнительных файла Web.Config из коробки - Web.Debug.config & Web.Release.config.
Добавьте желаемую строку подключения в эти файлы с атрибутами XSLT xdt: Transform = "SetAttributes" xdt: Locator = "Match (name)"
На втором шаге будет выполнено преобразование в каждой сборке (в соответствии с вашей активной конфигурацией), а не только при публикации, что даст вам лучший опыт отладки. Я узнал об этом из этого поста.
Когда вы откроете веб-проект, вы получите 2 дополнительных файла Web.Config из коробки - Web.Debug.config & Web.Release.config.
1. Добавьте желаемую строку подключения к этим файлам с атрибутами XSLT xdt: Transform = "SetAttributes" xdt: Locator = "Match (name)"
<connectionStrings>
<add name="myConnectionString" connectionString="myConnectionString" xdt:Transform="SetAttributes" xdt:Locator="Match(name)" />
</connectionStrings>"
2. Отредактируйте ваш csproj и добавьте цель TransformXml:
<Target Name="TransformActiveConfiguration" Condition="Exists('$(ProjectDir)/Web.$(Configuration).config')" BeforeTargets="Compile" >
<TransformXml Source="$(ProjectDir)/Web.Config" Transform="$(ProjectDir)/Web.$(Configuration).config" Destination="$(TargetDir)/Web.config" />
</Target>
На втором шаге будет выполнено преобразование в каждой сборке (в соответствии с вашей активной конфигурацией), а не только при публикации, что даст вам лучший опыт отладки. Я узнал об этом из этого поста.