Правильный способ переключения между Dev, Test и Prodcution Services в сборках

Question

У меня есть клиентское приложение (WPF), которое работает с моими веб-сервисами.

Когда я работаю в dev, я хочу использовать версию Dev этих веб-сервисов. Когда я работаю в тестовой среде, я хочу использовать тестовую версию сервисов. Как мудрый для производства.

Поскольку эти значения находятся в моем файле app.config, как лучше переключаться между ними?

Answer 1

Другим способом конфигурации файла было бы сделать что-то вроде:

<add key="Service-DEV" value="serviceUrl"/>
<add key="Service-UAT" value="serviceUrl"/>
<add key="Service-PROD" value="serviceUrl"/>

Если ваше приложение знает, в какой среде оно работает, вы можете просто выбрать, какое вам нужно.

Впрочем, до вас. Я также использовал подход с несколькими конфигурациями для сценариев развертывания, которые развертывают правильный файл в запрошенной среде развертывания.

Answer 2

Я обычно поддерживаю 3 отдельных файла конфигурации и вручную переключаю их при установке. Скотт Хансельман (Scott Hanselman) опубликовал статью о том, как использовать режимы сборки вместе с событиями перед сборкой для автоматического переключения между различными конфигурациями. В качестве альтернативы я расскажу об этом в качестве альтернативы, поэтому я не могу сказать вам, насколько хорошо это работает на практике.

Answer 3

Вы хотите переключиться при создании приложения? NAnt может быть способом справиться с этим, или использовать опции в Visual Studio, возможно, с режимами сборки отладки и выпуска.

В тех случаях, когда мне приходилось делать что-то похожее, я предпочитаю настроить файл hosts на клиентском компьютере, чтобы я мог использовать один и тот же DNS для разработки, тестирования и производства. Я не уверен, является ли это практичным или нет в вашем случае.