это лесс

а не ксс

которые кешируются один раз у клиента

400, жесть

я тему конфигурил

и лесс щаимпортил

я тему конфигурил

Теперь яснопонятно

плагин ток с ксс работает

если без темы

400, жесть

хз я пишу только энтерпрайз приложения, мне плевать на размеры :)))

окей. про быстрое сравнение тоже соглашуьс плюс

хз я пишу только энтерпрайз приложения, мне плевать на размеры :)))

Ну я тоже)

Но не все так же

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

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

Не понимаю почему вылезает именно такая ошибка ReactDOMTextComponent.js:137 Uncaught (in promise) TypeError: Cannot read property 'nextSibling' of null. вот такой кусочек кода, вызываю дочерний компонент передаю из redux автора и вспомогательные флажки и функции из текущего компонента. http://prntscr.com/jdrumw . Ошибка возникает если в дочернем компоненте я вызываю не существующую функцию.

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

а если подписка отдельная у каждого, то смысл теряется

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

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

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

а если подписка отдельная у каждого, то смысл теряется

А вот тут соглашусь

Поэтому я написал либу с приоритетом на подписку ?

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

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

если важно, то селектом мы подпишем вручную, ну и в чём смысл?

Не понимаю почему вылезает именно такая ошибка ReactDOMTextComponent.js:137 Uncaught (in promise) TypeError: Cannot read property 'nextSibling' of null. вот такой кусочек кода, вызываю дочерний компонент передаю из redux автора и вспомогательные флажки и функции из текущего компонента. http://prntscr.com/jdrumw . Ошибка возникает если в дочернем компоненте я вызываю не существующую функцию.

зачем ты вызываешь несуществующую функцию?

разве не учат сначала проверять параметры, потом их использовать?

зачем ты вызываешь несуществующую функцию?

я опечатался...потом нашел ошибку.

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

зачем ты вызываешь несуществующую функцию?

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

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

ты не догоняешь фишку всю

ты не догоняешь фишку всю

какую

откуда вообще вся эта иммутабельность поперла

когда у тебя функции чистые

их очень легко распаралелить при выполнении

так я и хочу узнать

когда у тебя функции чистые

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

вот я же выше приводил пример уже

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

так я о том же

вызывая y = f(x), у тебя х внутри не должен поменяться

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

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

согласен

@Wrouds ну слушай, если ты про this.state, то делай с ним что хочешь/сможешь

главное вовремя сделать forceUpdate

жуть какая-то

не, я буду вызывать .setState и там применять патч

ну да это крайность, но если надо человеку :)))

главное вовремя сделать forceUpdate

Forceupdate же не рекомендуется использовать

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

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

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

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

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

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

и рулить им как хочешь

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

да мне всё равно нужно обновлять компонент после изменения, поэтому setState

сделай свой setLocalState

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

Омг

@Wrouds Вообще, забудь про стейт компонента, используй собственное хранилище и https://github.com/facebook/react/tree/master/packages/create-subscription Это будет самым тру вариантом

вообще я видимо не до конца донёс свою мысль

вообще я видимо не до конца донёс свою мысль

Используй create-subscription

Не трогай стейт

вообще я видимо не до конца донёс свою мысль

да

не до того конца

Почему? Потомучто это рекомендации мейнтейнеров библиотеки которую ты используешь - React.js

эти рекомендации разработали не дураки

рекомендации расчитаны на массы

не на гениев

в immutable js как можно реализовать merge объектов, чтобы если у 1-го объекта был ключ-значение, 2-ой его не затирал?

create-subscription - ответ на все вопросы

create-subscription

Еще раз, create-subscription

Все, я спать пошел

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

тебе не нужен this.state

сделай свою параллельную вселенную рядом типа this.localState

почему? чем мне переменная state не подходит?

Да даже this не нужен, на create-subscription можно все функционально разрулить

Еще раз, create-subscription

create-subscription

ХАХАХАХАХ

Все, я спать пошел

create-subscription

create-subscription ?

в immutable js как можно реализовать merge объектов, чтобы если у 1-го объекта был ключ-значение, 2-ой его не затирал?

поменять параметры местами?: )

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

поменять параметры местами?: )

хорошая идея, спасибо :D

create-subscription ?

иди спи :)

create-subscription

хотя.....

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

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

ты это можешь сделать и через context api

прокидываешь в контекст метод и при срабатывании в инпутах onChange вызывать его

сохраняя значения в провайдере в переменную класса

ты это можешь сделать и через context api

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

никакого ререндеринга

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

да с чего ты это взял вообще?

никакого ререндеринга

так мне нужно новое значение => трансформация в новые значения для нескольких полей => валидация => отрисовка изменившихся полей и полей чьи ошибки изменились

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

?

тебя сложно понять