АЗ
выглядит именно как лаг
Намек на то, что лагает анимация или на то, что лучше бы её изменить?
Size: a a a
2019 December 26
M
Если чтобы змея плавно ползла, то это проще через transition сделать
gsap
AP
Каких менеджеров?
AP
смысл от этих абстракций, если они все равно не работают?
B
что такое Manager? контроллер?
M
что такое Manager? контроллер?
Ме́неджер (англ. manager, происхождение от manage «управлять») руководи́тель
B
Ме́неджер (англ. manager, происхождение от manage «управлять») руководи́тель
с таким же успехом можно все переменные называть как
dataM
с таким же успехом можно все переменные называть как
dataможно
АЗ
Interfacemanager - отрисовывает ui, подключает кнопки и прочее
Foodmanager - генерирует точки, бонусные и ядовитые спавнит рандомно, убирает, когда их съели
Foodmanager - генерирует точки, бонусные и ядовитые спавнит рандомно, убирает, когда их съели
АЗ
Смысл есть, не сваливать же мне все функции в один модуль, как в помойку, потом не разберешься
АЗ
с таким же успехом можно все переменные называть как
dataПо-моему логично, interfaceManager - управляет интерфейсом, foodManager - управляет едой
AP
По-моему логично, interfaceManager - управляет интерфейсом, foodManager - управляет едой
но при этом они остаются слишком связанными, из-за чего ты и не можешь вынуть свои таблицы, поставить канвас, не переписывая все приложение
АЗ
Ты не понял, могу. Просто все действия сейчас просчитываются исходя из табличного поля. Столкновения, еда, смена направления, получение следующей ячейки для головы. Для canvas это все надо будет переписывать с нуля
B
По-моему логично, interfaceManager - управляет интерфейсом, foodManager - управляет едой
слово manager можно опустить, если нет других сущностей в контексте неймспейса, например interfaceStore, interfaceModel. К классам вы же слово Class не добавляете в конце?
АЗ
слово manager можно опустить, если нет других сущностей в контексте неймспейса, например interfaceStore, interfaceModel. К классам вы же слово Class не добавляете в конце?
Т.е. нужно просто food и interface?
B
Т.е. нужно просто food и interface?
смотря что за код там. это классы? что они делают, что хранят, для чего используются?
AP
Ты не понял, могу. Просто все действия сейчас просчитываются исходя из табличного поля. Столкновения, еда, смена направления, получение следующей ячейки для головы. Для canvas это все надо будет переписывать с нуля
если надо переписывать с нуля, значит не можешь
по сути вся логика у тебя может описываться обычным двумерным массивом, а как организовать ввод\вывод вообще неважно
по сути вся логика у тебя может описываться обычным двумерным массивом, а как организовать ввод\вывод вообще неважно
АЗ
смотря что за код там. это классы? что они делают, что хранят, для чего используются?
На примере food.
-Функция создания обычной точки
-Move обычной точки
-Создания бонусной точки
-Remove бонусной точки
-Вспомогательные функции для поиска свободной ячейки, рандомной генерации бонусной точки
-Основная функция, которая запускает создание точек и экспортируется для использования в другом модуле
-Функция создания обычной точки
-Move обычной точки
-Создания бонусной точки
-Remove бонусной точки
-Вспомогательные функции для поиска свободной ячейки, рандомной генерации бонусной точки
-Основная функция, которая запускает создание точек и экспортируется для использования в другом модуле
АЗ
если надо переписывать с нуля, значит не можешь
по сути вся логика у тебя может описываться обычным двумерным массивом, а как организовать ввод\вывод вообще неважно
по сути вся логика у тебя может описываться обычным двумерным массивом, а как организовать ввод\вывод вообще неважно
Ок, согласен. Но изначально ты написал про то, что нет смысла в абстракциях, а почему, я так и не понял
AP
потому что они не работают