К.
И тогда ты и VIVOX сможешь выложить отдельным модулем ну или ещё как
Size: a a a
2020 November 14
К.
Типа объявление основного и Stub будут лежать в основном модуле
К.
А реализация для клиента будет лежать в том модуле, что будет подключаться по условию
К.
Ну и автоматом регистрировать себя вместо Stub'а
HM
Ох.
HM
Излишне сложно всё это.
К.
В Юньке я обычно делаю прослойку в виде интерфейса и подменяю класс на класс пустышку (Dummy) с пустой логикой, когда это нужно.
Как идея
Как идея
В анриале такое просто повсеместно, он весь пропитан этим, кстати
HM
Интерфейсы эти их... меня до сих пор от OSS трясёт :)
A
Излишне сложно всё это.
А как ты хотел. Жесткие зависимости сделать а потом просто резануть в один клик?))
К.
В анриале такое просто повсеместно, он весь пропитан этим, кстати
Только они пошли дальше - они тупо не компилят код, для винды, например, который лежит в папке "Linux"
К.
Интерфейсы эти их... меня до сих пор от OSS трясёт :)
Ну у тебя два путя
A
В анриале такое просто повсеместно, он весь пропитан этим, кстати
Ет хорошо. Как то доберусь к этому всему и тут. Вот модули начал осиливать :)
К.
Своей почти (не)здоровой головой вижу я
К.
Ет хорошо. Как то доберусь к этому всему и тут. Вот модули начал осиливать :)
Это важно, это база =) если хочешь оперировать чем-то больше просто игры
HM
Мда.
К.
Интерфейсы эти их... меня до сих пор от OSS трясёт :)
Либо интерфейсы, либо директивами отрезать
HM
Я вообще не понимаю нахрена для Linux он тащит плагин, который указан как Whitelist : Win64
К.
Я вообще не понимаю нахрена для Linux он тащит плагин, который указан как Whitelist : Win64
О
К.
Я вообще не понимаю нахрена для Linux он тащит плагин, который указан как Whitelist : Win64
Я не помню, что я делал
К.
Но я там прямо вообще всё указал в одном месте, пока не понял, что из этого сработало 🤣