Внешний файл конфигурации для использования несколькими DLL

Question

У меня есть несколько библиотек DLL, которые используются для чтения / записи данных в мою базу данных.

Существует DLL уровня представления и DLL уровня доступа к данным. Я хочу, чтобы эти библиотеки DLL разделяли набор строк подключения.

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

Другой вопрос: должен ли я написать вспомогательный класс для чтения данных из внешнего файла конфигурации или мне следует использовать встроенные методы .Net?

Спасибо

Answer 1

Изолировать код доступа к файлу конфигурации в отдельном классе. Сделайте данные конфигурации (строки подключения и еще много чего) доступными через интерфейс этого класса. Пусть интерфейс живет в общей сборке. Пусть любой класс, которому нужен этот интерфейс, получит ссылку на экземпляр класса конфигурации через внедрение зависимостей . Если вы еще не используете платформу DI, я настоятельно рекомендую Autofac .

Чего вы достигли? Классы представления и доступа к данным теперь зависят только от определения общего интерфейса. Им все равно, какова реализация этого интерфейса, читает ли он строки подключения из web.config, machine.config или другого хранилища. Более того, теперь вы можете легче тестировать свои классы, используя фальшивую реализацию.

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

public interface IConfigurationService
{
    string ConnectionString {get;}
}

public class ConfigurationService : IConfigurationService
{
    string ConnectionString {get;}

    public ConfigurationService()
    {
        // load configuration
    }
}

Мой класс доступа к данным может использовать этот класс напрямую:

public class DataAccess
{
    private string _connectionString;

    public DataAccess()
    {
        var config = new ConfigurationService();
        _connectionString = config.ConnectionString;
    }
}

Проблема с этим подходом заключается в сцеплении . DataAccess теперь напрямую зависит от класса ConfigurationService. Любые тесты, которые мы пишем для DataAccess, будут случайно затронуты классом ConfigurationService. Кроме того, если нам потребуется отключить реализацию ConfigurationService, для этого потребуются изменения в DataAccess (и все другие классы, напрямую зависящие от этого класса).

Чтобы решить эту проблему, мы инвертируем иерархию зависимостей и ссылаемся на интерфейс вместо конкретного класса, например:

public class DataAccess
{
    private string _connectionString;

    public DataAccess(IConfigurationService configurationService)
    {
        _connectionString = configurationService.ConnectionString;
    }
}

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

Answer 2

Насколько мне известно, файлы DLL не могут использовать элементы конфигурации .net, такие как файлы app.config, поэтому, если вы хотите, чтобы ваша dll была настраиваемой, например, через xml-файл, вам придется написать ее самостоятельно. .

Answer 3

Я могу сохранить строку подключения в machine.config, но еще раз не уверен насчет всех последствий ....