не

Это че?

полноценный AST

Abstract Syntax Tree, нормальное представление синтаксиса языка в памяти

Нормальное, это какое?

Нормальное, это какое?

https://ru.wikipedia.org/wiki/%D0%90%D0%B1%D1%81%D1%82%D1%80%D0%B0%D0%BA%D1%82%D0%BD%D0%BE%D0%B5_%D1%81%D0%B8%D0%BD%D1%82%D0%B0%D0%BA%D1%81%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5_%D0%B4%D0%B5%D1%80%D0%B5%D0%B2%D0%BE

https://ru.wikipedia.org/wiki/%D0%90%D0%B1%D1%81%D1%82%D1%80%D0%B0%D0%BA%D1%82%D0%BD%D0%BE%D0%B5_%D1%81%D0%B8%D0%BD%D1%82%D0%B0%D0%BA%D1%81%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5_%D0%B4%D0%B5%D1%80%D0%B5%D0%B2%D0%BE

Чем https://github.com/telegramdesktop/tdesktop/blob/dev/Telegram/Resources/scheme.tl плохо?

Чем https://github.com/telegramdesktop/tdesktop/blob/dev/Telegram/Resources/scheme.tl плохо?

Его нужно парсить

Да собственно все варианты пока что нужно парсить)

Его нужно парсить

Покажите результат парсинга

Покажите результат парсинга

https://github.com/zerobias/telegram-mtproto/blob/feature/mtproto3/packages/telegram-mtproto/src/layout/index.js

"Показать" такое негде так как это рантайм представление

Причём довольно большого размера)

https://dan.church/

https://dan.church/

лол

короче, в редаксе сейчас все не так

все не правильно

что

эх!

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

отсюда вывод - нужно создавать редьюсеры и селекторы не просто рядом, а одновременно

и делать селекторы композируемыемыми

ето дима уже кидал

я тогда не понял

https://gist.github.com/zerobias/701fabcab4af2c97a3356273192d98ff

indux?

да

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

нужно ее только добить

@zerobias пинг

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

У меня кончилось вдохновение в этом направлении

Хз что с indux можно сделать. Есть идеи?

лол

У меня кончилось вдохновение в этом направлении

у тебя вдохновление кончалось пока писал?)

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

то есть все как сейчас с редьюсерами, только в обе стороны

У меня тоже, яннп

?

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

а еще может mobx получиться

а еще может mobx получиться

Да, это тонкая грань

то есть все как сейчас с редьюсерами, только в обе стороны

линзы?

линзы?

ну да

композируемые геттеры и сеттеры только несколько нагруженные тем хендлингом экшонов и мемоизацией

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

Модули Vuex???

возможно, только без мутаций естественно

Мутация - ключ эволюции!))

Ну вот если надо линзы, реактивность то есть focal

нет, редакс это главный алмаз фп, создание богов, там самые мощные идеи из самый последних пейперов

не буду я его менять

Каких пейперов?)))

всех

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

Ахаха

>неявно >редакс

нет, редакс это главный алмаз фп, создание богов, там самые мощные идеи из самый последних пейперов

Например?

Например?

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

Во вы звери

Но Redux - это просто, не самая удачная реализация Flux паттерна.

Мож это все про Flux?

нет, редакс

нет, редакс

Предлагаю это запинить )))

там уже

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

опять поясняешь почему Абрамов гений?

Жаль многие этого не понимают

не прошли порог вхождения в редакс

Жаль многие этого не понимают

я даже не понимаю, почему это нужно объяснять

настолько очевидно

Я не понимаю почему никто из вас не использует streams-platform. Она гениальна! И да - это для меня очевидно. И да - я объясняю это порогом вхождения. Какая принципиальная разница между Redux и Vuex? PS Давайте без культа личности, плиз..

Я не понимаю почему никто из вас не использует streams-platform. Она гениальна! И да - это для меня очевидно. И да - я объясняю это порогом вхождения. Какая принципиальная разница между Redux и Vuex? PS Давайте без культа личности, плиз..

vuex не написано даней

vuex не написано даней

Во истину

мутации

Я не понимаю почему никто из вас не использует streams-platform. Она гениальна! И да - это для меня очевидно. И да - я объясняю это порогом вхождения. Какая принципиальная разница между Redux и Vuex? PS Давайте без культа личности, плиз..

Здесь нету поклонников vue )

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

Здесь нету поклонников vue )

Есть

я как-то писал на ангуляре, там нужно было удалить из списка что-то, я естественно filter, map, все как обычно а оно фигово работало

Есть

Такие которые еще знают редакс сомневаюсь

деформация

Есть

я думаю этот вывод был сделан не считая тебя

Redux: Why is avoiding mutations such a fundamental part of using it? No reasons. The are no any fundamental reasons that shouldComponentUpdate "pure render" optimization can't work with mutable state containers. With immutable data the reference to the data structure itself can be used as version token. Thus, comparing the references you're comparing the versions. With mutable data you will need to introduce (and compare) separate version tokens, which is hard to do manually but can easily be achieved with smart "observable" objects.

Перевести?

Redux: Why is avoiding mutations such a fundamental part of using it? No reasons. The are no any fundamental reasons that shouldComponentUpdate "pure render" optimization can't work with mutable state containers. With immutable data the reference to the data structure itself can be used as version token. Thus, comparing the references you're comparing the versions. With mutable data you will need to introduce (and compare) separate version tokens, which is hard to do manually but can easily be achieved with smart "observable" objects.

да дело не в либе

Давай

я и без редакса пишу иммутабельный код

это попросту проще как читать, так и писать

а не потому что редакс там не работает с мутациями

Avoid mutation

Redux: Почему избегание мутаций, является фундаментальной частью его использования? Нет причин. Нет никаких основополагающих причин, по которым shouldComponentUpdate оптимизация «чистого рендера» не может работать с изменяемыми контейнерами состояний. С неизменяемыми данными ссылка на структуру данных сама по себе может использоваться, как токен версии. Таким образом, сравнивая ссылки, вы сравниваете версии. С изменяемыми данными - вам нужно будет ввести (и сравнить) отдельные токены версии, что трудно сделать вручную, но легко достижимо с помощью умных Observable объектов.

Redux: Почему избегание мутаций, является фундаментальной частью его использования? Нет причин. Нет никаких основополагающих причин, по которым shouldComponentUpdate оптимизация «чистого рендера» не может работать с изменяемыми контейнерами состояний. С неизменяемыми данными ссылка на структуру данных сама по себе может использоваться, как токен версии. Таким образом, сравнивая ссылки, вы сравниваете версии. С изменяемыми данными - вам нужно будет ввести (и сравнить) отдельные токены версии, что трудно сделать вручную, но легко достижимо с помощью умных Observable объектов.

Не про те Observables

Не про те Observables

?

я думаю этот вывод был сделан не считая тебя

Рома

Я понял, мы всё делали не правильно

я не понял