Обнаружение запланированного рендера
Стоит ли обдумывать разоблачение "состояния" проектора?
Я могу видеть случай использования, когда возможность внешнего определения состояния проектора могла бы лучше планировать (или отказаться) от некоторых действий в более крупных системах.
В настоящее время внутри проектора есть scheduled
а также renderCompleted
Предметы. Я мог видеть что-то простое, как isBusy(): boolean
как способ внешней сигнализации о том, что проектор находится в процессе рендеринга. Таким образом, в любой макроэкономической структуре временные изменения состояния, которые никогда не будут представлены в DOM, могут быть отменены.
Конечно, это неизменно приводит к желанию получать какие-то уведомления, когда проектор становится "занятым". Конечно, простое планирование следующего кадра анимации для любой "onunbusy" работы должно работать, не накладывая никакой нагрузки на Maquette.
1 ответ
Дилемма здесь в том, что мы позиционируем макет как минималистичную библиотеку, и проектор, поставляемый с макетом, уже достаточен для повседневного использования. Макросреды могли легко реализовать свой собственный проектор всего в 80 строках кода.
Добавление этого isBusy(): boolean
Эта функция - лишь небольшое дополнение (как по размеру загрузки, так и по кривой обучения), но я сомневаюсь, что на этом все закончится. Я бы посоветовал вам поэкспериментировать с нестандартным проектором. Если, в конце концов, окажется, что isBusy
Эта функция - действительно единственное дополнение, которое вам нужно, отправьте нам запрос, и мы будем рады его интегрировать.