реакт )

реакт— это уже готовое и в нем есть ненужные вещи

а с чем можно упороться?

недавно пробовал снаббдом, больше не буду его рекомендовать к использованию :)

снаббдом пробовал, ок, но не слишком удобен

из стабильных библиотек, у которых разработчики понимают как всё работает - только реакт, остальное всё в очень печальном состоянии

верится с трудом

One way to update the DOM is to simply toss away the existing DOM tree and replace it with a new DOM tree (e.g., myContainer.innerHTML = newHTML). While replacing an existing DOM tree with an entirely new DOM tree will actually be very fast мммммм

virtual-dom как минимум старше и вроде дофига юзался, снаббдом тоже довольно продвинут

не может быть что один реакт

тем более он не просто виртуал дом, а уже либа

там много всего

virtual-dom вообще странные, почему-то предъявляли мне претензии из-за того что я в бенчмарках не тестировал на валидность, когда их популярная либа имела баги ))

и мне из того треть как минимум не нужна(

на чем тесты прогоняются?

в смысле что за задачи?

нашел

да vdom-benchmark, долгое время у virtual-dom были баги с перестановкой чилдренов, несмотря на его популярность

ну тесты тоже, честно говоря не из реального мира конечно

они и не предназначены для этого, инструмент в первую очередь для разработчиков

или я не туда смотрю

то есть основной критерий — насколько удобно написать blabla.render?

можно своих абстракций сверху так-то

может мы сейчас про что-то разное говорим ? :)

может быть

я думаю, что изначально о разном говорили

по крайней мере факт, что помимо реакта (и до него) было много чего в продакшне. и на этом можно построить крутые вещи

я на глиммере уже давно пилю свой реакт фо фан, но эти козлы ломаю апи постоянно

я говорил про библиотеки, которые клонировали реакт

я бы не сказал, что тот же морфдом клонировал реакт

и все что используют diff/patch

идея не нова и была до реакта

и пришла вообще из других языков

самое близкое что я видел до реакте - это imui либы, но реакт решил проблему с сохранением внутреннего стэйта

внутренний стейт можно хранить как угодно, обернув самому

это как раз то, с чем я экспериментирую давно

в идеале хочется взять нормальную либу с эффективными диффами без лайфсайклов и всего прочего

минимальную

и это точно не реакт

ага, хранить все отрисованные текстуры и прочее, потом как-то находить какому компоненту прокинуть :) это была основная проблема imgui либ, тк на каждом кадре всё подряд перерисовывали

Напиши свою)

мне интересно именно свои компоненты написать

и взять чужой дифф

не тратить на это время

тем более, что все изобретено до нас

все возможные алгоритмы уже заимплеменчены

https://github.com/localvoid/kivi/blob/master/lib/reconciler.ts#L449-L680 дифф - это легко )

достаточно контрибьютить или в худшем случае форкнуть

о, на тс хорошо

что оно умеет?

оно умеет только то что мне хочется и я постоянно ломаю апи :) и всех посылаю использовать реакт

как и все короче

да, поэтому я и говорю, что лучше использовать реакт.. общаюсь почти со всем разработчиками вдом либ, везде гавно )))

посылать всех в реакт - верно, но это не значит что реакт лучше всех

выбирать для разработки лучше его, безусловно. но ничего нет плохого в r&d и помогать другим чувакам фиксить баги

тот же глиммер меня привлекает очень, т. к. будет на самом деле реактивен

от слова RP

но там я не понял как они собираются помогать избегать утечек разрабам и вообще

там же очень опасно

хотя юзерам эмбера об этом думать не придется

им вообще не надо будет знать, что он есть

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

но идея ж супер

я путался влезть туда

но они пока ваще втихую там че-то пилят

ничего не понятно

иногда — хуяк и все меняется

ERROR: S client not available

и потом заново все собирать

все как во времена когда все в расте сидели на найтли

утром проснулся, обновился и пол дня фиксиш появившиеся ошибки

или помогаешь фиксить чувакам, чью либу юзаешь, но она сломалась после ночного релиза

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

еще другая хорошая идея — трансдюсить функции высшего порядка для ускорения перформанса (и в них же хранить / прокидывать стейт)

воу! вот инферно — адовая хрень)

скорее всего тоже самое будет с глиммером, идеи интересные, но в реальности будет хуже

ну за эмбером несколько компаний стоит

ну это не мешало им писать неэффективный код долгие годы :)

тот же эппл им помогает финансово

эппл музыка и апп стор на нем

десктопные

и вообще у эмбера идея отличная в принципе

они — рельсы во фронтенде

куча соглашений и почти не надо думать

это норм до того момента, как речь заходит о перформансе

но для интернет - магазинчиков всяких самое то

интересно где требуется супер перформанс на фронтенде?

даже если брать тормозную библиотеку, то в большинстве случаев боттлнеком будет код от девелоперов, которые используют эту либу :)

о5 25

в каких нибудь огромных инет магазинах?

да, например, в тех, где торгуют акциями, валютой, металлами, ценными бумагами

но их подавляющее меньшинство

тем не менее они есть

для сайтиков вообще жквери хватит) в основном

предлагаешь мне уволиться и пойти в интернет-магазинчик домашних тапочек?

ещё высокая скорость нужна будет в приложениях типа гмейл

или гугл докс

нет

в гмейл особо ничего не надо

предлагаешь мне уволиться и пойти в интернет-магазинчик домашних тапочек?

просто пытаюсь понять, зачём всё это нужно