Closed doochik closed 9 years ago
Я тут давно думаю про то, чтобы скрестить noscript и react. Для этого нужно, чтобы шаг "рендеринг" был асинхронный (потому что в react он асинхронный). Это я к тому, что как вы смотрите на то, чтобы сделать этот шаг асинхронным?
Для начала тогда надо сделать шаг под названием "обновляем то, что отрендерили".
У нас раньше была проблема, что updateTree + yate работали асинхронно с updateHTML, в итоге получалось, что отрендерить могли одно, в момент передачи вызова что-то поменялось и updateHTML делает уже что-то другое. Из-за этой проблемы собственно updateTree + yate + updateHTML стали синхронными
Была какая-то issue про это? Я что-то смутно припоминаю, но точно не вспомнил. Это про то, что модель уже могла поменяться на момент updateHTML? Синхронность конечно много что может решить, но, кажется, мы теряем гибкость.
:+1:
@chestozo была, я это фиксил
Т.е. вы не считаете, что мы гибкость теряем?
Роман, ты знаешь моё мнение по этому вопросу
Роман, ты знаешь моё мнение по этому вопросу
на тему реакта знаю на тему гибкости нет
Я не вижу смысла бороться за гибкость, направленную на решение задач, которые кажутся мне странными. Моё мнение.
@floydophone "When you run into a performance issue, you should think about whether the problem should be solved by stripping out features"
— Ryan Florence (@ryanflorence) October 17, 2014
вот что я думаю про это )
Гениальная цитата, только кажется она противоречит твоей позиции в этой дискуссии, нет?
Так это сарказм. Нельзя решать проблемы производительности за счёт того, чтобы урезать фичи. Зачем эти фичи тогда было делать?
Так может быть и незачем, просто because we can
+1 к @alexeyten
Рендерить react виды мы научились без того, чтобы залезать в механизм update. Так что я не против предлагаемой оптимизации.
Станет немного быстрее. Убрал возврат промисов из #_insertNodes и #_updateDOM, он все равно статичный Из #_render убрал цепочки для запоминания async-промисов, сделав их синхронными.