Как разделить конфигурации в ASP.NET?

Question

Моя команда занимается веб-разработкой (ASP.NET, WCF), и мы находимся на начальном этапе, когда каждый должен внести изменения в БД и использовать собственные образцы данных.

Мы используем выделенный сервер БД, и мы хотим, чтобы каждый разработчик развивался с использованием отдельной БД.

Что нам нужно, так это возможность настраивать строку подключения для каждого разработчика в зависимости от исходного кода. Очевидно, что у нас могут быть другие параметры конфигурации, которые требуют пользовательских настроек, и, наконец, нам потребуется поддерживать набор параметров конфигурации, общих для всех разработчиков.

Кто-нибудь может предложить здесь лучшую практику?

PS Подобная проблема возникает, когда мы хотим развернуть встроенное приложение в различных средах (тестирование, этап, производство) без необходимости ручной настройки конфигурации (кроме, возможно, настройки имени среды).

Answer 1

Вы можете использовать config config для развертывания в различных средах. Это достаточно просто. Скотт Хансельман снял на нем довольно крутое видео здесь .

Для вашей индивидуальной проблемы с разработчиком БД я не могу придумать особого решения. Предоставление каждому разработчику уникальной конфигурации на самом деле не является «лучшей практикой». Как только все начнут интегрировать свой код, у вас может возникнуть очень неприятная ситуация, если все напишут свой код на основе уникального БД и набора конфигурации. Это почти гарантирует, что код не будет работать одинаково для двух разработчиков.

Вот то, что я бы порекомендовал и сделал в прошлом.

1. Создайте базовую платформу для вашей базы данных в одной базе данных на тестовом сервере БД.
2. Создайте проект базы данных как часть вашего решения.
3. Используйте встроенную в .Net схему сравнения , чтобы записать существующую базу данных в проект базы данных.
4. Когда кому-то нужно изменить базу данных, сначала он должен получить последнюю информацию о проекте базы данных, затем внести свои изменения и затем повторить шаг 4, чтобы добавить свои изменения в проект.
5. Используя этот метод, разработчикам также очень легко развернуть локальный экземпляр базы данных, который соответствует "основной" базе данных, внести изменения и записать эти изменения обратно в проект.

Answer 2

ОК.

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

Мы используем реестр,и его нужно поддерживать вручную.

Требуется дополнительное кодирование, но код для чтения реестра компилируется только в режиме отладки (#if debug), поэтому производительность не снижается.

Надеюсь, это тоже поможет.

Приветствия

против