Обнаружение запланированного рендера

Стоит ли обдумывать разоблачение "состояния" проектора?

Я могу видеть случай использования, когда возможность внешнего определения состояния проектора могла бы лучше планировать (или отказаться) от некоторых действий в более крупных системах.

В настоящее время внутри проектора есть scheduled а также renderCompleted Предметы. Я мог видеть что-то простое, как isBusy(): boolean как способ внешней сигнализации о том, что проектор находится в процессе рендеринга. Таким образом, в любой макроэкономической структуре временные изменения состояния, которые никогда не будут представлены в DOM, могут быть отменены.

Конечно, это неизменно приводит к желанию получать какие-то уведомления, когда проектор становится "занятым". Конечно, простое планирование следующего кадра анимации для любой "onunbusy" работы должно работать, не накладывая никакой нагрузки на Maquette.

1 ответ

Решение

Дилемма здесь в том, что мы позиционируем макет как минималистичную библиотеку, и проектор, поставляемый с макетом, уже достаточен для повседневного использования. Макросреды могли легко реализовать свой собственный проектор всего в 80 строках кода.

Добавление этого isBusy(): boolean Эта функция - лишь небольшое дополнение (как по размеру загрузки, так и по кривой обучения), но я сомневаюсь, что на этом все закончится. Я бы посоветовал вам поэкспериментировать с нестандартным проектором. Если, в конце концов, окажется, что isBusy Эта функция - действительно единственное дополнение, которое вам нужно, отправьте нам запрос, и мы будем рады его интегрировать.

Другие вопросы по тегам