Модульность кода и интерфейсы.

[Человек_Борща]

Всем здравия желаю!


Такая задача:
Написать менеджер баз данных, стало быть это некий интерфейс IDatabaseManager в неком Interf.Core.DB.Manager.pas

Управляет некой сущностью интерфейса IDatabase в Interf.Core.DB.Database.pas

А дилемма такая:
IDatabaseManger хранит в себе IDatabase, а IDatabase должен иметь ссылку на своёго владельца.

Как избежать цикличности?
Хочу по человечески, каждому большому классу свой файл.

Очень хочется избежать приведения типов.

Описывать это все одним pas модулем - вообще не рассматривается.

[StriderX]

Сообщение от Человек_Борща

...
А дилемма такая:
IDatabaseManger хранит в себе IDatabase, а IDatabase должен иметь ссылку на своёго владельца.

Как избежать цикличности?
Хочу по человечески, каждому большому классу свой файл.
...

Если обрисовать это желание на бумаге, то выглядит как "не хочу сеть, хочу дерево". Отсюда и сходу ответ: невозможно решить задачу в текущей постановке - разные ветви не могут быть информированы друг о друге.
Отсюда и решение: надстроить родителя над обоими сущностями и вынести его наверх. Иными словами, думайте не о горизонтальных связях, думайте о вертикальных =-)

[Человек_Борща]

мм немного не понятно.. можете привести пример что вы имеете ввиду?

[StriderX]

Сообщение от Человек_Борща

мм немного не понятно.. можете привести пример что вы имеете ввиду?

Только если сменить предметную область: пусть будет танковая платформа и башня с орудием. Обе хотят ссылки друг на друга. А для каких конкретных задач? Рисоваться (родитель рисует башенку)? Физический коллайдер (башенка хотела бы следовать за родителем)? Игровая логика (точность орудия зависит от скоростей движения и поворота платформы)? Вот если на эти вопросы для себя ответить, то и построится развязка в виде:
Башня знает про: TGameObject(parent), TPhysicalBody(parent) и т.п.
Платформа знает про: TGameObject(child), TRenderable(child), TMouseControlled(child) и т.п.
В частном случае всё это может вырождаться и к одному супер-родителю "всё в одном". Не забывайте, что интерфейсы поддерживают "множественное наследование". Проектирование таких элементов допускает и полное отсутствие наследования - в этом случае используются клиент-сервер связи.

[northener]

Сообщение от Человек_Борща

мм немного не понятно.. можете привести пример что вы имеете ввиду?

Скорее всего лучше бы тебе привести пример того, что ты имеешь в виду.

[Stilet]

А я что-то совсем не понял задачу...

[evg_m]

Хочу по человечески, каждому большому классу свой файл.

В файлах вы описываете классы реализующие
интерфейсы заданные в одном Или нескольких ДРУГИХ файлах.
ДЛЯ ОПИСАНИЯ интерфейсов ВЫДЕЛИТЬ отдельный файл (или неколько).
Все файлы реализаций (классов) будут иметь ссылки на файл(-ы) на описания (объявления) интерфейсов и ничего не знать про классы их реализающие.

unit intf;
type
  IDataManager =interface
  end;

  IDataBase =interface
  end;

end;

unit Manager;

uses intf;  //Uses DBS;

  dbs: IDataBase;
end;

unit DBS;

uses Intf; //uses manager;

  mng: IDataManager;  
end;