RM
Если HFPlugin виртуально унаследуется от HFModule то получается вроде реализовать что хочу
Size: a a a
2020 August 17
RM
Но тут прикол в том, что HFModule хранит в себе HFPlugin'ы
RM
То есть, они друг друга должны инклюдить и это взрывает мое очко
RM
Как сделать это чтоб не инклюдили они друг друга
RM
Вот примерно что мне нужно
RM
Только хз как сделать так чтоб HFModule не инклюдил HFPlugins, но имел возможность манипулировать HFPlugin объектами
G
У меня щас горит пердак от того что не могу реализовать то что хочу
Конечно не можешь, мы тебе уже говорили вчера, что у тебя проблемы с архитектурой)
RM
Конечно не можешь, мы тебе уже говорили вчера, что у тебя проблемы с архитектурой)
Да я могу переписать, но мне не то нужно
RM
Это не проблемы архитектуры, а говноплюсы
RM
Если бы модули были, то уже давно бы сделал
G
Зачем плагин наследовать от модуля? Это же разные сущности, нет?
RM
Зачем плагин наследовать от модуля? Это же разные сущности, нет?
Чтоб он мог получать его методы из protected
G
Ну сделай их public
RM
Ну сделай их public
Я как раз хочу от этого избавиться
RM
Ты думаешь что я тут ебусь целый день
G
Я думаю ты сам создал себе проблем
RM
Я думаю ты сам создал себе проблем
Так и есть, но это необходимо в моем случае
RM
Решение есть?
G
Сделать нормальный интерфейс, где плагинам не надо будет лазить в protected модуля