Управление зависимостями и памятью в Delphi с DI

Delphi , Технологии , Объектно-ориентированное программирование

Управление зависимостями и памятью в Delphi с использованием принципа внедрения зависимостей

Принцип внедрения зависимостей (Dependency Injection, DI) является ключевым концептом при написании тестируемого кода. В языках, таких как Java и C#, управление памятью обычно происходит через сборщик мусора, в то время как в Delphi такой механизм отсутствует. В Delphi принято использовать принцип владения объектом: тот, кто создал объект, должен его и уничтожить. Это хорошо поддерживается конструкцией try..finally.

Obj := TObject.Create;
try
  ...
finally
  Obj.Free;
end;

Однако, когда используется DI, возникает вопрос: кто должен нести ответственность за уничтожение объекта, переданного в конструктор? Все еще работает принцип владения?

Интерфейсы могут решить эту проблему, поскольку они используют счетчик ссылок. Но что делать, если интерфейсы отсутствуют, например, в наследуемом коде? Какие другие подходы или лучшие практики существуют для управления памятью при использовании DI?

Подходы к управлению памятью в Delphi с DI

Использование фабрики

Один из подходов — использование фабрики для создания и управления жизненным циклом объектов. Это позволяет TFileLister управлять жизненным циклом объекта FileSystem, но при этом предоставляет гибкость в инъекции различных поведений в TFileLister.

Применение контейнера IoC

Существуют контейнеры внедрения зависимостей для Delphi, поддерживающие управление жизненным циклом объектов. Например, Spring for Delphi поддерживает такое управление, но многие из них ориентированы на Delphi 2010 и новее.

Использование сборщика мусора

Единственный сборщик мусора для Delphi, о котором известно, — это Boehm GC memory manager.

Комбинирование подходов

Эти подходы можно комбинировать с "бедным человеком" DI, чтобы получить преимущества тестирования с минимальными изменениями в наследуемом коде. Это может быть реализовано через цепочечное создание конструкторов.

constructor TMyClass.Create;
begin
  Create(TMyDependency.Create);
//  Create(IoCContainer.Resolve(TMyDependency));
end;

constructor TMyClass.Create(AMyDependency: TMyDependency);
begin
  FMyDependency := AMyDependency;
end;

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

Вывод

При работе с DI в Delphi необходимо тщательно продумывать механизмы управления памятью. Фабрики, контейнеры IoC и сборщики мусора могут помочь в решении этой задачи. Важно выбрать подход, который наилучшим образом соответствует требованиям конкретного приложения и его архитектуры.

Создано по материалам из источника по ссылке.

В контексте обсуждается применение принципа внедрения зависимостей (DI) в Delphi и связанные с этим проблемы управления памятью, а также возможные решения и подходы для эффективного управления жизненным циклом объектов.

Комментарии и вопросы

Получайте свежие новости и обновления по Object Pascal, Delphi и Lazarus прямо в свой смартфон. Подпишитесь на наш Telegram-канал delphi_kansoftware и будьте в курсе последних тенденций в разработке под Linux, Windows, Android и iOS

:: Главная :: Объектно-ориентированное программирование ::