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

Я говорю, если хочется понять, почему магия - это плохо, просто попишите пару месяцев на вью. Заебетесь

Я бы попробовал. Судя по всему, мне бы понравились. Только библиотек очень не хватает

а теперь отвечу на твоё сообщение. Что я называю магией и неочевидностью вот делаешь ты где-то this._data.value = 1 и в большом проекте ты можешь даже не знать, что у тебя обновилось больше одного стора. А чего разрешение циклических обновлений? сколько там раз обновляется, а потом просто останавливается обновление не завершившись и оставив данные в неконсистентном состоянии?

mobx решает проблемы связанные лишними вычислениями и неконсистнентным состоянием - если обновилось больше одного стора/компонента то значит что стор/компонент зависит в тот момент от значения которое поменялось и нужно его вызвать. Если бы он не зависел в тот момент то mobx его вызвать не стал бы. Циклических зависимостей в mobx вообще быть не может - он детектит и выдает ошибку. Может быть имелись ввиду ромбовидные зависимости с проблемами лишних вычислений то mobx также их все успешно решает. В общем я буду рад увидеть примеры кода где происходят странные на твой взгляд ситуации

mobx решает проблемы связанные лишними вычислениями и неконсистнентным состоянием - если обновилось больше одного стора/компонента то значит что стор/компонент зависит в тот момент от значения которое поменялось и нужно его вызвать. Если бы он не зависел в тот момент то mobx его вызвать не стал бы. Циклических зависимостей в mobx вообще быть не может - он детектит и выдает ошибку. Может быть имелись ввиду ромбовидные зависимости с проблемами лишних вычислений то mobx также их все успешно решает. В общем я буду рад увидеть примеры кода где происходят странные на твой взгляд ситуации

кек. обновилось больше одного стора -> обновили другую часть сторов в итоге, пока не прочитаешь весь исходный код проектов, ты не сможешь понять, дорого тебе обойдется обновление одного поля или нет.

это антипаттерн, друг мой

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

а теперь про магию

https://github.com/mobxjs/mobx/blob/524bf2c8c1f949f3247cea3dcb1cfbf0316f3950/src/core/reaction.ts#L212

вот и всё

100 итераций и mobx считает что это бесконечная петля! Охуенная эвристика @bggnx вам бы поизучать как в реальности mobx работает

Пациенту следует назначить 2 месяца Vue внутривенно для профилактики, если наблюдаются следующие симптомы 1. Повышенная тяга к реактивности 2. Заявления, что API на строках - это не плохо 3. Отсутствие защитной реакции на следующие раздражители: темплейт-синтаксис, export default, объявление компонентов объектами 4. Отрицание, непринятие css-in-js и jsx

Пациенту следует назначить 2 месяца Vue внутривенно для профилактики, если наблюдаются следующие симптомы 1. Повышенная тяга к реактивности 2. Заявления, что API на строках - это не плохо 3. Отсутствие защитной реакции на следующие раздражители: темплейт-синтаксис, export default, объявление компонентов объектами 4. Отрицание, непринятие css-in-js и jsx

? огонь

кек. обновилось больше одного стора -> обновили другую часть сторов в итоге, пока не прочитаешь весь исходный код проектов, ты не сможешь понять, дорого тебе обойдется обновление одного поля или нет.

но это возможно если код проекты усыпан реакциями которые менют значения других сторов а значит происходит полное непонимание что такое derivated state и что для этого нужно использовать computed где таких проблем нет (и вообще computed-ы нужны только для улучшения происводительности). К сожалению наговнокодить можно и с mobx-ом, обзерваблы в этом не виноваты)

дядюшка Боб за такое не похвалит) https://github.com/mobxjs/mobx/blob/master/src/core/globalstate.ts

дядюшка Боб за такое не похвалит) https://github.com/mobxjs/mobx/blob/master/src/core/globalstate.ts

Ееебаааааааааать

но это возможно если код проекты усыпан реакциями которые менют значения других сторов а значит происходит полное непонимание что такое derivated state и что для этого нужно использовать computed где таких проблем нет (и вообще computed-ы нужны только для улучшения происводительности). К сожалению наговнокодить можно и с mobx-ом, обзерваблы в этом не виноваты)

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

Земля пухом

это и есть детект циклических зависимостей

это и есть детект циклических зависимостей

только это говно

Пациенту следует назначить 2 месяца Vue внутривенно для профилактики, если наблюдаются следующие симптомы 1. Повышенная тяга к реактивности 2. Заявления, что API на строках - это не плохо 3. Отсутствие защитной реакции на следующие раздражители: темплейт-синтаксис, export default, объявление компонентов объектами 4. Отрицание, непринятие css-in-js и jsx

Но первый пункт все же лучше вычеркнуть.

но это возможно если код проекты усыпан реакциями которые менют значения других сторов а значит происходит полное непонимание что такое derivated state и что для этого нужно использовать computed где таких проблем нет (и вообще computed-ы нужны только для улучшения происводительности). К сожалению наговнокодить можно и с mobx-ом, обзерваблы в этом не виноваты)

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

Но первый пункт все же лучше вычеркнуть.

не) реактивность надо применять там где она уместна, а не тащить в каждую дыру

100 итераций и mobx считает что это бесконечная петля! Охуенная эвристика @bggnx вам бы поизучать как в реальности mobx работает

там не 100 итераций там сто раз вызовов одной и той же функций во время перерасчета computed-а, если у тебя есть идея как можно было бы проще задетектить цилические зависимости то автор mobx будет только рад

там не 100 итераций там сто раз вызовов одной и той же функций во время перерасчета computed-а, если у тебя есть идея как можно было бы проще задетектить цилические зависимости то автор mobx будет только рад

Запретить циклические зависимости на законодательном уровне

Inum

https://github.com/mobxjs/mobx/blob/master/src/core/derivation.ts#L122

короче весь код mobx испещерен каким-то говном

как и преттиер

пол пятого утра, в реакт чате мобикс срачик, бля, охуенно

хорошее утро у кого-то будет

не) реактивность надо применять там где она уместна, а не тащить в каждую дыру

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

там не 100 итераций там сто раз вызовов одной и той же функций во время перерасчета computed-а, если у тебя есть идея как можно было бы проще задетектить цилические зависимости то автор mobx будет только рад

да тут всё намного проще. mobx by-design сломан

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

я против. ибо связи стора хуй отследишь тогда. обновил одно поле и сиди охуевай

там не 100 итераций там сто раз вызовов одной и той же функций во время перерасчета computed-а, если у тебя есть идея как можно было бы проще задетектить цилические зависимости то автор mobx будет только рад

Детектить цикл чешские зависимости в рантайме - плохая идея.

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

давай лучше не будем тащить код с mobx, я защищаю не его исходники а его идею и механизм его работы. Мне самому не нравится как он написан. Весь тот механизм мобикса можно реализовать намного проще (https://habr.com/post/349022) лучше уже критикуйте этот код https://github.com/bgnx/xmob/blob/master/xmob/index.ts

А что-нибудь в mobx есть не сломанное?

я против. ибо связи стора хуй отследишь тогда. обновил одно поле и сиди охуевай

Я думаю, что эту проблему надо решать инструментами, а не генерацией бойлерплейта вместо логики.

давай лучше не будем тащить код с mobx, я защищаю не его исходники а его идею и механизм его работы. Мне самому не нравится как он написан. Весь тот механизм мобикса можно реализовать намного проще (https://habr.com/post/349022) лучше уже критикуйте этот код https://github.com/bgnx/xmob/blob/master/xmob/index.ts

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

Детектить цикл чешские зависимости в рантайме - плохая идея.

так это только для дев-режима для прода этот детект вроде отключается

Я думаю, что эту проблему надо решать инструментами, а не генерацией бойлерплейта вместо логики.

тут я с тобой согласен полностью

А что-нибудь в mobx есть не сломанное?

автоматический проход по зависимостям

Я думаю, что эту проблему надо решать инструментами, а не генерацией бойлерплейта вместо логики.

А в чем ты видишь бойлерплейт при отсутствии реактивности? Юзать state.set(value) вместо state = value?

(псевдокод)

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

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

а где ссылка на issue/pr а где описание, что именно пофикшено

пиздец

А в чем ты видишь бойлерплейт при отсутствии реактивности? Юзать state.set(value) вместо state = value?

Представь, что у тебя разветвленная цепочка компьютедов.

Такое писать без реактивности смерти подобно.

https://github.com/mobxjs/mobx/commit/86b500d52f294378e55f03db7c2a3cfaf3ed05e4

Представь, что у тебя разветвленная цепочка компьютедов.

а представь что тебе не нужны computed

Представь, что у тебя разветвленная цепочка компьютедов.

Как понять разветвленная цепочка компьютедов? Ну запили combine(storeA, storeB, (a, b) => a + b)

а представь что тебе не нужны computed

Как решать зависимость сторов?

сколько хочешь пили их

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

механизм работает очень часто через жопу.

Как решать зависимость сторов?

как эффектор?

а представь что тебе не нужны computed

тогда будут лишние вычисления https://t.me/redux_ru/31984

ERROR: S client not available

как эффектор?

Тебе все равно надо будет руками восстанавливать цепочку. Но я примерно такое решение и имел ввиду.

Ещё надо будет как-нибудь сделать верификацию стора нормальную и будет ок все.

Но здесь уже надо с бабелем трахаться.

У тебя c, d, e - это компьютеды)

У тебя c, d, e - это компьютеды)

И?

И?

Ты мне выше предложил отказаться от компьютедов и использовать combine)

тогда будут лишние вычисления https://t.me/redux_ru/31984

надуманный пример

но есть куда более реальный

Ты мне выше предложил отказаться от компьютедов и использовать combine)

я не писал, что нужно от них отказываться

перечитай

надуманный пример

ну не

Но вообще мне кажется, что надо реализовывать компьютеды как сделано в нокауте или вью.

Посыл автора того поста в том, чтобы не триггерить "апдейт" e в случае, если d обновился, а он возвращает a. Так вот, его здесь не будет

интересно, а хренли у меня при огромных сложных связях в сторе нет лишних апдейтов?

интересно, а хренли у меня при огромных сложных связях в сторе нет лишних апдейтов?

Потому что ручками все резолвишь)

интересно, а хренли у меня при огромных сложных связях в сторе нет лишних апдейтов?

У тебя апдейты не частые и ты руками много чего делаешь. Вот мне бы хотелось со скролом из стора работать...

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

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

Я не придумал нормального решения без патчинга реакта.

Собственно, сегодня словил вот серьезную просадку перфоманса, когда изменение инпута в карточке со списком триггерило ререндер каждой карточки 5 раз ~_~

прочти внимательно требования задачи - сколько раз вызовется "e" при изменении "а" ? Нужно чтобы вызывался тольк один раз а не дважды. И сторы "d" и "с" должны вычисляться не всегда а только тогда когда стор "e" зависит от "d" (то есть когда выполняется условие a.length <= 5

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

Дима хочет скоро исправить работу со списками

прочти внимательно требования задачи - сколько раз вызовется "e" при изменении "а" ? Нужно чтобы вызывался тольк один раз а не дважды. И сторы "d" и "с" должны вычисляться не всегда а только тогда когда стор "e" зависит от "d" (то есть когда выполняется условие a.length <= 5

Если возвращается a - один. Если возвращается d - ноль. Шах и мат

У тебя апдейты не частые и ты руками много чего делаешь. Вот мне бы хотелось со скролом из стора работать...

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

Дима хочет скоро исправить работу со списками

Я слежу за этим

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

+

Собственно, сегодня словил вот серьезную просадку перфоманса, когда изменение инпута в карточке со списком триггерило ререндер каждой карточки 5 раз ~_~

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

Дима хочет скоро исправить работу со списками

А есть описание как оно работать будет? Или есть просто задача это сделать?

А есть описание как оно работать будет? Или есть просто задача это сделать?

Все вопросы к автору

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

Так это не в эффекторе косяк) А в том, что данные прокидываются из компонента списка в компоненты айтемов и при любом изменении апдейтят список

Если возвращается a - один. Если возвращается d - ноль. Шах и мат

если combine работает аналогично rxjs то там не может быть одного вычисления там всегда будут дубли - https://staltz.com/rx-glitches-arent-actually-a-problem.html

Из-за этого реакт перерендеривал список иииииии все айтемы тоже