Выдели код `

Тремя кавычками такими сверху и снизу

Выдели код `

render() { return (<div/>) }

В ошибке

На каком символе парсер плеваться начал

В ошибке

Он и так выделен там.

На символе <

Ну это на jsx синтаксис плюётся.

А зачем тебе вообще понадобился одиночный див элемент?

замените jsx на обычный js и проблема уйдёт

А зачем тебе вообще понадобился одиночный див элемент?

Для проверки.

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

вот оно зло трансляторов - когда пишеш код который не понимаеш как работает

ьь

RusLang.insert('вот оно зло трансляторов - когда пишеш код который не понимаеш как работает','ьь'); << "вот оно зло трансляторов - когда пишешь код который не понимаешь как работает"

А что если вместо Redux и Mobx использовать почти стандартный Object.observe?

https://developer.mozilla.org/en/docs/Web/JavaScript/Reference/Global_Objects/Object/observe

У Object.observe поведение не совсем ясное, говорят

А что если вместо Redux и Mobx использовать почти стандартный Object.observe?

никогда не будет стандартным

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

печаль

я надеюсь его всё таки не станут отменять

а зачем он нужен, раз его никто не использует?

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

чтобы без танцев с бубнами следить за целым графом объектов

и вызывать переисовку React VDOM когда возникнут изменения в этом графе объектов

чтобы без танцев с бубнами следить за целым графом объектов

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

это то, что можно имплементировать в юзерленде

незачем нагромождать веб апи

я что-то сомневаюсь, что можно имплементировать без тормозов

Вообще то это уже есть

Proxy api

Для этого

именно

есть общая концепция, бери и имплементируй что тебе нужно

Proxy следит за одним объектом, а было бы круто следить сразу за всем графом объектов

рекурсия

И чем redux плох?

Proxy следит за одним объектом, а было бы круто следить сразу за всем графом объектов

Ну следи за всеми. Любое обращение к графу будет проксироваться

И чем redux плох?

да говно полное, сколько можно обсуждать

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

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

едрыть ты ленивый

типичное бла бла о типичных проблемах, унаследованных от Нокаута

Можно подробнее для тех, кто с нокаутом дел не имел?

И в чем редакс гавно?

едрыть ты ленивый

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

и по памяти тоже вопрос

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

Именно

Можно подробнее для тех, кто с нокаутом дел не имел?

Где-то давно в этом же чате писал, жаль не осталось. 1. Кто-то где-то когда-то наверняка сделает set другого обсервабла внутри компьютеда 2. Когда-то точно тебе захочется что-то set'ить в компьютед

и по памяти тоже вопрос

Именно

это первое что вспомнил

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

достаточно быстро

И в чем редакс гавно?

идея "все в одном сторе" так себе накладывается на действительно большие системы

Щас скажу внезапное))

Храни часть стейта одновременно

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

В ВК если долго историю листать, страница лагать начинает

Память жрет и т.д.

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

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

И правильно будут делать, ибо веб морда не для больших данных

И в чем редакс гавно?

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

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

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

Например?

И правильно будут делать, ибо веб морда не для больших данных

видимо у тебя не было больших проектов...

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

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

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

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

Например?

Посмотрите тот же официальный туториал. Для простого обновления куска стейта нужно по хорошему написать редьюсер, объявить константу типа экшена, объявить функцию-создатель самого экшена. Это всё тривиальный код, но приходится его писать.

ERROR: S client not available

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

может проще Flux взять?)

может проще Flux взять?)

Я не знаю, это же не мой кейс))

Посмотрите тот же официальный туториал. Для простого обновления куска стейта нужно по хорошему написать редьюсер, объявить константу типа экшена, объявить функцию-создатель самого экшена. Это всё тривиальный код, но приходится его писать.

Много где приходится тривиальный код писать

Много где приходится тривиальный код писать

Но зачем же писать, когда можно не писать?

Чтобы потом читать, а не вспоминать

Но зачем же писать, когда можно не писать?

С этого начинается написание своих языков программирования

Или еще каких приблуд Но не все делают что-то реально стоящее

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

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

Где-то давно в этом же чате писал, жаль не осталось. 1. Кто-то где-то когда-то наверняка сделает set другого обсервабла внутри компьютеда 2. Когда-то точно тебе захочется что-то set'ить в компьютед

Зачем я захочу делать сет в компутед? Разве не для этого экшены-транзекшены?

да, иногда писать код очень лень

Зачем я захочу делать сет в компутед? Разве не для этого экшены-транзекшены?

-хуекшены, простите :) эту часть мобкс не знаю

Ну все изменения надо делать в них как японял https://mobxjs.github.io/mobx/refguide/action.html

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

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

а какие изменения считать нетривиальными?

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

Изменение гендера? Где та грань между тривиальщиной и нетривиальщиной?

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

В нормализованном сторе редакса в принципе не может быть нетривиальных изменений

а какие изменения считать нетривиальными?

Сложный вопрос. Можно предположить, что те изменения, которые проще и быстрее записать одной строкой прямо в теле компонента, а не плодить для них целый экшн и являются тривиальными.

В нормализованном сторе редакса в принципе не может быть нетривиальных изменений

вообще отлично

Сложный вопрос. Можно предположить, что те изменения, которые проще и быстрее записать одной строкой прямо в теле компонента, а не плодить для них целый экшн и являются тривиальными.

Ну это уже твое решение- как задачу решать

Но говорить, что что-то гавно, потому что оно тебе не нравится- это как-то...

Но говорить, что что-то гавно, потому что оно тебе не нравится- это как-то...

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

более того я считаю его чистым необоснованным хайпом

в отличии от того же React

в отличии от того же React

Alexey Raspopov: да говно полное, сколько можно обсуждать У вас с ним ники одного цвета и буквы похожи

Путаю, кто из вас что писал

Я закидываю в стор объекты вида [ { id:1, data, flag }, { id:2, data } ] и с помощью тривиальных атомарных редюсеров в стор автоматически записываются в форме { ids: [ id1, id2 ], byId: { id1: data, id2: data }, flags: [ id1 ] }

Например

Не понимаю, а что лучше редакса в плане производительности?

Не понимаю, а что лучше редакса в плане производительности?

Была статья, что мобкс

Не понимаю, а что лучше редакса в плане производительности?

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

"ой, всё"