Какая картина это («Провайдер»)?

Question

На работе мы используем «шаблон», который я действительно не нашел в книге GoF (но это может быть из-за отсутствия компетентности в этом вопросе, я просто просмотрел шаблоны) и что я все еще сомневаюсь ,

Скажем, если у нас есть многопроектное решение, содержащее проект DataAccess, который управляет доступом к данным. Затем, как правило, я вижу, имеющий структуру, как это:

Providers (Folder) 
- DataAccessProvider.cs 

Interfaces (Folder) 
- IFileLoader.cs 

Implementors (Folder) 
- FileLoader.cs 

Здесь FileLoader бы internal реализация интерфейса IFileLoader, и провайдер выглядит следующим образом:

public static class DataAccessProvider 
{ 
    public static IFileLoader FileLoader 
    { 
    get { return new FileLoader(); } 
    } 
} 

Какой шаблон проектирования это (если есть), и каковы его реальные возможности, помимо маскировки конкретной реализации интерфейса IFileLoader?

А во-вторых, это действительно «хороший стиль»? Интересно, например, что произойдет, если есть много звонков, как

string content = DataAccessProvider.FileLoader.LoadContentFromFile("abc.txt"); 

Этот вызов будет new FileLoader() всякий раз, когда он используется. Разве нет более элегантного способа сделать подобный подход?

Answer 1

В этом примере DataAccessProvider является примером простого метода Factory (шаблон). Обычно у вас будет метод под названием GetFileLoader() или CreateFileLoader() вместо версии Property, но результат будет таким же.

Цель возвращения IFileProvider вместо FileProvider для Dependency Inversion, таким образом можно было бы писать другие типы FileProvider и впрыснуть их в приложение без необходимости переделки или перекомпилировать все объекта, зависят от IFileProvider. Речь идет не о маскировке.

Если вас беспокоит количество экземпляров FileLoader, то для этого объекта можно использовать шаблон Singleton. Однако, как правило, это не проблема, если FileLoader - это легкий объект, так как сборщик мусора CLR позаботится об этом автоматически для вас.