Условные символы компиляции как пользовательские предпочтения

Question

В среде развертывания моей команды есть три конечных точки для определенных данных REST api: alpha, beta и production.

У меня есть установка условной компиляции, чтобы в конфигурации RELEASE проект определенно соединился с производством api. Однако в конфигурации DEBUG проект может подключаться к любой из трех конечных точек в соответствии с предпочтением разработчика.

В настоящее время разработчик устанавливает это предпочтение, комментируя конечные точки, которые не нужны.

Однако разработчики захотят подключиться к разным конечным точкам во время разработки, поэтому эта система не работает с git и командой. Как изменить настройку так, чтобы конечная точка api была выбрана в соответствии с предпочтением разработчика (а не передано git) только в конфигурации DEBUG?

const string api_prod = "https://api.mydomain.com/api/"; 
    const string api_beta = "https://betaapi.mydomain.com/api/"; 
    const string api_alpha = "https://alphaapi.mydomain.com/api/"; 

#if DEBUG 
    //static readonly string BaseUrl = api_prod; 
    //static readonly string BaseUrl = api_beta; 
    static readonly string BaseUrl = api_alpha; 
#else 
    static readonly string BaseUrl = api_prod; 
#endif 

Answer 1

Необходимо использовать внешние файлы конфигурации и сделать их включение зависимым от конфигурации компиляции. Взгляните на медленный гепард https://visualstudiogallery.msdn.microsoft.com/69023d00-a4f9-4a34-a6cd-7e854ba318b5

Сохранение жестко закрепленного ури никогда не является хорошей идеей.

Answer 2

Я согласен с другим ответом в том, что было бы лучше использовать .config или аналогичный механизм для хранения URL-адресов. Тем не менее, поскольку вы указываете, что на самом деле не затрагиваете вопрос, который вы задаете. Это то, что вы должны исправить, но исправление не изменило бы основной вопрос.

Вы не совсем поняли, что здесь находится «предпочтение разработчика». Тем не менее, существует, по крайней мере, несколько различных подходов, которые вы могли бы использовать:

1. Окружающая среда. Разработчик устанавливает его один раз, а затем программа проверяет значение, чтобы определить, какой URL использовать.
2. Настройки приложения. Разработчик устанавливает его один раз (для удобства, предпочтительно через некоторую часть пользовательского интерфейса программы), завершается, сохраняется в файле .config с контролируемым конструктором под AppData.
3. Некоторые пользовательские файлы конфигурации. Это может быть где угодно (например, %USERPROFILE%\Documents\MyProgam\custom.settings.config), если программа знает, где искать.

Это не исчерпывающий список. Если у вас есть что-то более конкретное, вы должны объяснить это в своем вопросе.