Spice Merchant
Как говорилось в статье, EventBus имеет один очень серьезный недостаток - явные зависиомсти делать неявными (запутывая поток управления). Но этот недостаток можно занчительно смягчить, если слушатели EventBus вместо push модели событий, будут использовать pull модель.
Интересно узнать больше технических деталей. Что лежит в основе процедкрной генерации - шум перлина? Фрактальная генерация? Что-то ещё?
Это коричневая штука под котом - это пол или лужа?
Круть) Полуфабрикат или с нуля?
Тебе надо покушать.
Лейн?
А ты не забыл) Спасибо)
Ну вот зачем ты так...
Перо феникса? Это правило оно?
Найми горничную. Делов-то. А насчет общины - соседи будут каждые выходные на шашлыки звать, помогут с ремонтом и подарят печеньки)
Зачем покупать квартиру, если можно купить дом?
Нинада.
А те, кто не согласен - шрекофоб
А как JS мешает использовать перечисленные архитектурные паттерны?
Что за архитектуру испольузет движок? ECS? Компонентный подход? Классическое ООП? Что-то другое?
А вообще - это хорошая теория. Путешественники оставляли мелькие зелья лечения и т.д., котоыре не понадобились им самим в их путешествии, чтобы облегчить свою ношу и как добрый жест для дургих путешественников.
Фрирен в мимике! Бог услышал мои мольбы!
Вобщем, они нашли друг друга
Не ври, ты не кружка
Привет. Может попробуешь нарисовать перо феникса? Вроде не должно быть долго и сложно
Так, поподробней?
Одна из лучших манг, которые я читал. Знаешь что-нибудь похожее?
Т.е. у тебя все логи одного уровня?
Привет. Хочу что-нибудь посмотреть, чтобы мозг отключить. Что посоветуешь?
Продолжаем терпеливо ждать, когда у тебя появится больше свободного времени
Почему аква ест землю?
В push модели - EventBus сам оповещает всех слушателей о новом событии взывая их обработчики. В pull модели - каждый слушатель периодически самостоятельно проверяет наличие нужных ему событий в EventBus, а сама шина становится пассивным "складом" для событий.