Если на первом уровне ничего не поменялось

https://idecisiongames.com/ Я кстати, не уверен, что уже выпилили, ибо этим проектом не занимаюсь, но решение приняли. Он написан на DerbyJS, кстати

Не выпилили :) Но Derby - дырявая вещь, конечно

(была 1.5 года назад)

Что значит дырявая?

Там были серьезные проблемы в архитектуре, приводящие к большому memory leak

https://www.google.ru/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=derby%20memory%20leak

Парни, а кто уже пробовал React Native с Relay скрестить? :)

То, что ты сбросил ссылки про базу данных Apache Derby, а не про фреймворк DerbyJS

Фак

Мы сейчас пилим на React Native + Amelisa, ибо есть use case для offline/realtime

Вова, есть пара issues в репе Derby.js про memory leak, но была прямо глобальная полтора года назад. Нет времени глубоко закапываться в поиске. Но суть там была такая, чтобы авторы решили взять паузу или вообще приостановить проект. Какая-то такая история. Проект явно сейчас не живой:

Нашёл проблему, все оказалось банально. В одном из компонентов был shouldComponentUpdate

Relay никто пока не использует?

))

Да, авторы заняты развитием https://www.lever.co/ и довольно слабо развивают сам фреймворк. Мне на самом деле React'овская вьюха больше нравится, она декларативна и нет DSL. Но вот моделька в дерби (Racer) - очень годная. Там Operational Transformation, соответственно разрешение конфликтов в реал-тайм, коллоборотивное редактирование текста итп. К тому же у нее изоморфный api в виде getter-setter/eventemitter, который можно прикрутить к любой вьюхе и использовать на сервере. Единственное чего мне не хватало для полного счастья - оффлайна. По этому, запилил свой велосипед, который повторяет Racer api, но с CRDT и оффлайном, соответсвенно. amelisajs.com

https://voice.kadira.io/say-no-to-isomorphic-apps-b7b7c419c634 Это конечно круто, но много ли ты видел успешных изоморфных приложений? Как минимум надо интерфейсы писать под каждую, бизнес логика – да, можно переиспользовать.

Не вижу никаких проблем в изоморфности

Не вижу никаких проблем в изоморфности

:D

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

обернул этот участок кода в проверку if (__CLIENT__) и всё

на сервере вызова не будет - падать не будет. проблем нет)

https://www.facebook.com/groups/moscowjs/permalink/1206065032751729/

Влад накинул :)

на сервере вызова не будет - падать не будет. проблем нет)

+ dead code elimination включил и он даже в bundle не попадет

Single source of truth is so 2015

Мне кажется, что вокруг Flux, Redux, Relay слишком много хайпа, что оборачивается завышенными ожиданиями и разбитыми надеждами.

Про Relay это подкреплено опытом? :)

миллионы разбитых сердец ?

Нет, я, вообще, ничего из этого не использую. Когда Relay только вышел, я глянул на него и запилил динамические схемы, которые генерируются из запросов + фейковые данные. https://github.com/vmakhaev/relay-backend Больше его не трогал, хотя сейчас думаю о том как бы GraphQL к амелисе прикрутить, но пока нету четкого понимая надо ли это и как реализовать.

https://www.facebook.com/groups/moscowjs/permalink/1206065032751729/

так редукс и signle truth это вообще к фейсбуку никакого отношения не иммет)

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

ну да, тут имеет место некая подмена понятий) или подмена тезиса это называется, хз

а все видели, да? http://classicprogrammerpaintings.com/

да, это шедеврально

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

они про инстаграм говорили же, что полностью на реакте

кто нибудь сравнивал angular 2 и react ?

кто нибудь сравнивал angular 2 и react ?

ангуляр :D

кто нибудь сравнивал angular 2 и react ?

А зачем их сравнивать то? И по каким критериям? Это же совсем разные вещи

кто нибудь сравнивал angular 2 и react ?

не стоит вскрывать эту тему. вы молодые, шутливые, вам все легко

Я не помню, что за конфа была, вроде, анонс. Суть такова что они сравнивали производительность ангуляра и реакта. Так когда дошли до react - они babel транслитили прям в браузере, потом радовались, что ангуляр взгрел

да нет, я просто пощупал ang2 и react и не могу выбрать путь. Кто подскажет, кто какие библиотеки использует для работы с api в react приложениях

а все видели, да? http://classicprogrammerpaintings.com/

Awesome :)

@angular_js - вот здесь про Angular можно поспрашивать

/angular_js

Awesome :)

это осом ))

Вот я читаю, у всех какие-то проблемы со сторами в редуксе. Не делайте вложенные структуры в редуксе, с ними потом не возможно работать нормально. Представьте всю свою структуру в плоском виде, любую структуру можно так представить, если немного подумать и у вас исчезнет большинство проблем. В некоторых случаях можно взять и сделать ключом объекта заджойниный массив тех ключей, которые вы хотели вложить или придумать как еще разложить. Представьте как будто вы работаете с реляционной бд.

ну нет, это ничем не поможет, а скорее добавит ужаса)

ну нет, это ничем не поможет, а скорее добавит ужаса)

Мне помогает. Вообще ни разу никаких проблем не возникало, даже на таком проекте как сми со страницами, в которых сначала с сервера берется структура страницы, потом по этой структуре получаются данные для каждого модуля, которых на странице обычно штук 20. У каждого модуля в свою очередь своя структура данных. Плюс эти модули можно рекурсивно вкладывать друг в друга. И ни одной серьезной проблемы пока я все это писал не возникло. Да и на предыдущих проектах тоже проблем не было особо.

Что за сми если не секрет?

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

вообще DOM сам по себе глубокий объект. его же никто не представляет в плоском виде

Что за сми если не секрет?

Русская народная линия. Мы его полностью переписываем, сохраняя структуру.

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

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

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

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

ERROR: S client not available

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

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

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

Обычно каждый редьюсер отвечает за свой кусочек сторы. И каждый умный компонент тоже юзает свой кусочек.

А как плоский стейт влияет на читаемость кода?

Я не думаю, что они взяли, сели и переписали сразу всё на свои архитектурки.

а у кого-нибудь на проекте живут css-modules с каким-нибудь препроцессором?

а у кого-нибудь на проекте живут css-modules с каким-нибудь препроцессором?

Да

@dmitry_ermakov а есть какой-нибудь живой пример настройки этого дела именно с пре?

{ test: /[^(?:\.m)]\.less$/, loader: ExtractTextPlugin.extract('css?sourceMap!postcss!less?sourceMap') }, { test: /\.m\.less$/, loader: ExtractTextPlugin.extract('css?modules&importLoaders=1&localIdentName=[name]__[local]___[hash:base64:5]&sourceMap!postcss!less?sourceMap') },

@dmitry_ermakov а есть какой-нибудь живой пример настройки этого дела именно с пре?

это кусок из webpack-конфига

@dmitry_ermakov ага, спс

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

Че реально, пацаны?))))

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

Это цитата

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

да, а кто-то не согласен?

Т.е он не тьюринг полный?

Т.е он не тьюринг полный?

react?)))

кто еще то?

react - это js-ная библиотека, это не язык программирования)))

?

?

react - это js-ная библиотека, это не язык программирования)))

Т.е. он без js может существовать?

конечно ?

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

react.js?))

конечно ?

И ктоиего интерпретировать будет?