HM
Вынеси в плагин и поставь ClientOnly)
Там проблема в том, что там достаточно жёсткая зависимость от другой подсистемы в модуле.
Size: a a a
2020 November 14
HM
Ну, типа если вынести в отдельный модуль, получится circular dependency.
Y
Да вот оно и так в плагине.
Я так сделал с плагином мувиков, а оно сука мне локально в стендалоне сломало плагин вахаха)
HM
Который чтобы разрулить - надо будет ещё одну подсистему вытаскивать в ещё один отдельный модуль.
К.
Все что-ли заворачивать по отдельности? :(
О, я, однажды, имел удовольствие
К.
Который чтобы разрулить - надо будет ещё одну подсистему вытаскивать в ещё один отдельный модуль.
И такое имел 🤣
К.
Щас, погоди, прочту, что там у тебя... 😅
К.
Там проблема в том, что там достаточно жёсткая зависимость от другой подсистемы в модуле.
Делай норм зависимость🤣
К.
Пока хз...
HM
Ну как норм?
HM
Ну вот смотри. У меня есть RPC протокол, по которому я с сервером общаюсь. Он мне нужен чтобы получать с сервера разные штуки вроде токенов на авторизацию в Vivox. Vivox под Linux не собирается, да и вообще мне он в Linux не нужен.
HM
Сейчас и RPC и Vivox находятся в одном модуле.
HM
Зависимость там такая, что Vivox зависит от RPC, а от Vivox зависит PlayerController, который тоже в этом же модуле.
HM
Можно разрулить наверное вытаскиванием RPC в отдельный модуль и Vivox в отдельный модуль. Но на RPC там ещё дофига всего висит и хз к чему это выдёргивание приведёт.
HM
Скорее всего ни к чему хорошему.
К.
Посмотри, как в движке реализованы интерфейсы всякие
A
В Юньке я обычно делаю прослойку в виде интерфейса и подменяю класс на класс пустышку (Dummy) с пустой логикой, когда это нужно.
Как идея
Как идея
К.
Оно по имени папки / файла отрезает
К.
В Юньке я обычно делаю прослойку в виде интерфейса и подменяю класс на класс пустышку (Dummy) с пустой логикой, когда это нужно.
Как идея
Как идея
Вот и я об этом начал =)