а самое странное что такое поведение только в продакшен сборке

Хм...

как вообще может произойти unmount если родитель не менялся?

Ну как вариант - он таки менялся)

Ну как вариант - он таки менялся)

там консоль лог. Который не выводиться - а консоль лог в didMount дочернего выводится

грешил на recompact - но убрал все хоки. Поведение не поменялось

Дочерний знач чето еще кушает

Типа контекста

нет

обычный PureComponent

Это не ответ)

Надо искать

принимает только пропсы. Контекста нет

а можешь показать кодЮ

И ничто точно не объясняет разное поведение в prod и dev

Ну короч основной принцип дебага - чудес не бывает компьютер всегда прав)

я был точно также удивлен, когда код, который несколько месяцев работал исправно, вдруг стал невалидным и завалился в проде, с новой версией RN =)

я был точно также удивлен, когда код, который несколько месяцев работал исправно, вдруг стал невалидным и завалился в проде, с новой версией RN =)

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

а можешь показать кодЮ

только если примерно - так как пришлось эксперементы пока откатить

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

да, но на тот момент, это было неочевидно

это родитель.

блин - со вторым сложнее - я его серьзнее откатил) ну короче это был pureComponent c толко c didMount и render

я был точно также удивлен, когда код, который несколько месяцев работал исправно, вдруг стал невалидным и завалился в проде, с новой версией RN =)

Или с новой версией иос)

но не думаю что это поможет

И ничто точно не объясняет разное поведение в prod и dev

Две вещи: 1. Прод это то, что прошло сквозь uglify-es 2. В продакшн вырезаны все if (__DEV__) ... Этих двух фактов достаточно, чтоб ожидать любых сюрпризов. Но конкретно с unmount, я бы на код посмотрел всё же )

все проверки по типу DEV проверил.

К вопросу о!) ктонить на тайпскрипте тянет?

Лучше конкретный вопрос. Или просто в целом интересно?

все проверки по типу DEV проверил.

Свои, ага )) Вы видели код View?

я конечно могу ошибаться, но

Свои, ага )) Вы видели код View?

VIew?

{{data && ( <Component /> )}} внутри render может быть удивительно непредсказуем

{{data && ( <Component /> )}} внутри render может быть удивительно непредсказуем

console.log отработала. Значит и render тоже

да и что там может быть непредсказуемого?

ну у меня прод валился бывало на таких конструкция из-за возвращаемого false

{{data && ( <Component /> )}} внутри render может быть удивительно непредсказуем

!!data &&

!!data &&

но тут просто data &&

ну у меня прод валился бывало на таких конструкция из-за возвращаемого false

ну ререндера то не было...

или углифай как то мог это страшно переписать?

или углифай как то мог это страшно переписать?

я бы не исключал этого)

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

нее

эффект тот же

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

А, кстати, если рендерить тот компонент, что анмаунтится с "key", ситуация меняется?

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

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

Possibly some messed state situation, where render would erase element (aka return null) and then render it again.

А, кстати, если рендерить тот компонент, что анмаунтится с "key", ситуация меняется?

ща попробую

render is called on dynamic data - like it creates new node tree (even if it is the same as old) dynamicly (new data references created). You should only change props passed down.

это в обсуждениях реакта...

Вот вот... я про это же...

Component is used within an array in jsx, missing ‘key’ prop. In that case dev react build will throw warnings.

А вот тут я отдельно отмечу, я посоветовал key вставить не потому, что думаю, что там array, а потому что с помощью key, можно ещё привязать ноду к элементу, более "жестко" что ли.

render is called on dynamic data - like it creates new node tree (even if it is the same as old) dynamicly (new data references created). You should only change props passed down.

да тоже не подходит так как родительский не меняется, а значит и null вернуть некому

А вот тут я отдельно отмечу, я посоветовал key вставить не потому, что думаю, что там array, а потому что с помощью key, можно ещё привязать ноду к элементу, более "жестко" что ли.

массива там нет

но key пробую

а actions

хотяэто уэже больше на бред похоже)

actions? по условиям задачи вроде HOCи отрубили... но если нет, то это первое, что надо сделать.

но key пробую

Можешь ещё, если не страшная тайна, заскриншотить (в dev-билде) дерево из react-devtools того участка, что мы рассматриваем?

@gblack9 пока вспомнил, есть ли варианты дебага mobx, как у redux ?

вроде есть дебаггер но у меня не получилось его завести с RN

вроде есть дебаггер но у меня не получилось его завести с RN

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

Это заменяется большим кол-вом тестов для модели.

Это заменяется большим кол-вом тестов для модели.

у нас тесты не дают писать

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

конвеерная разработка...

Можешь ещё, если не страшная тайна, заскриншотить (в dev-билде) дерево из react-devtools того участка, что мы рассматриваем?

дак в dev проблем нет

дак в dev проблем нет

Да, но хочется хоть какое-то представление поиметь, о том, что рассматриваем. А то как игра "угадайка".

@gblack9 пока вспомнил, есть ли варианты дебага mobx, как у redux ?

по-моему только если юзать mobx-state-tree

В принципе при данных входных условиях, не должно быть проблемы с remount.

мне кажется за более чем 4 года работы с реактом первый такая вот проблема что вообще не знаешь что делать))

Вот я и говорю... поэтому хочется как можно больше доп информации... отсюда и просьба поскриншотить дерево компонентов (м.б. там где-то context или hoc затерялся, может ещё что)

нв самом деле там много котекстов и порталов, но блииин! не на этих компонентах

Парни, кто знает на рынке проекты запущенные на RN в России?

спасибо!

чет сборка отказывается работать)))

Вот я и говорю... поэтому хочется как можно больше доп информации... отсюда и просьба поскриншотить дерево компонентов (м.б. там где-то context или hoc затерялся, может ещё что)

Опс... а это... веб?

Там есть ещё причины для ремаунта

Опс... а это... веб?

да... но не должно быть разницы

Там есть ещё причины для ремаунта

какие?