Как — так?

Писать фор/лет.

Я правда методы ramda юзал, но думаю это не суть важно)

Писать фор/лет.

Фор — это бездарно потраченное время, например

Не обьективно и не аргумент.

Снипеты.

Что не аргумент? Я физически не смогу ошибиться в индексе при объявлении map

Несуществующие вероятности...

Староверы в js какие-то)) Не хочу-не буду, да не используй)

Ладно.

А используя const вместо let я просто специально указываю, что при случайной перезаписи иммутабельных данных я должен получить ошибку

Ладно.

Ну тебе нравится всё руками писать просто потому что так привык — пиши)

Снипеты.

Выше написано.

Ну то есть ты так привык

Ну то есть ты под всеобщим хайпом.

Ну то есть ты под всеобщим хайпом.

В одной строчке кода с пайпом может быть четыре map, а то и его производных типа reject/filter, у тебя это в один экран то уместится?)

В одной строчке кода с пайпом может быть четыре map, а то и его производных типа reject/filter, у тебя это в один экран то уместится?)

Решаем по ситуации. Я не отказываюсь использовать функции.

В такое ситуации, очевидно лучше написать все в функциях.

Ну то есть ты под всеобщим хайпом.

Обколятся своим хайпом, а потом редуцируют по подъездам

В такое ситуации, очевидно лучше написать все в функциях.

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

Дискуссионная тема.

что вы любите больше: foldl или foldr

Ты с for in перепутал? Ты же олфаг, как так?

что перепутал?

это ты что-то путаешь

в ES6 for .. of, который через итераторы работает

Пайп?

что вы любите больше: foldl или foldr

? foldl

это ты что-то путаешь

Что ты имел введу насчет различий for и forEach?

различия в for (var prop in obj) и Object.keys(obj)

что вы любите больше: foldl или foldr

foldl'

различия в for (var prop in obj) и Object.keys(obj)

В том что перебираются свойства прототипа?

Пайп?

Это когда объект последовательно обрабатывается множеством функций, например как в redux при последовательном вызове редьюсеров Вместо e => func3(func2(func1(arg1,e))) пишем const reducer = Pipe( func1, func2, func3 ) получая универсальный обработчик reducer( anyData )

Сохраняй свои объяснения, потом книгу выпустишь. :D

http://ramdajs.com/docs/#pipe

Ок)

Не сарказм, хорошо получается.

В том что перебираются свойства прототипа?

не прототипа, а всей цепочки

Для себя я сделал упрощение pipe, пакет, с которым такие алгоритмы-однострочники можно записывать вообще не вызывая функции, просто объявляя шаги в виде массива const reducer = [ func1, func2, [ another(), nested(), pipe ], func4 ] const result = P( reducer )( data )

for (let [aaa, xxxs] of util.entries(aaas)) { for (let [xxx, yyys] of util.entries(xxxs)) { for (let [yyy, zzzs] of util.entries(yyys)) { ... } } } } А мне норм

в lodash compose для этих целей есть

или flow

entries я выше скидывал

в lodash compose для этих целей есть

И в redux есть, и в ramda. Compose применяет объект справа налево, а пайп слева направо, по ситуации выбирается либо то либо другое)

да

просто pipe больше с юниксовыми пайпами ассоциируется )

в этом плане мне flow и flowRight больше нравится

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

в этом плане мне flow и flowRight больше нравится

А flow с flow ассоциируется, вообще не вариант ? Пайп он потому и пайп, потому что принцип работы одинаковый, в юниксе же тот же принцип

А flow с flow ассоциируется, вообще не вариант ? Пайп он потому и пайп, потому что принцип работы одинаковый, в юниксе же тот же принцип

в целом да, я просто еще стримы вспоминаю каждый раз )

for (let [aaa, xxxs] of util.entries(aaas)) { for (let [xxx, yyys] of util.entries(xxxs)) { for (let [yyy, zzzs] of util.entries(yyys)) { ... } } } } А мне норм

рефакторить через месяц начнешь, будешь потом доволен результатом )

в целом да, я просто еще стримы вспоминаю каждый раз )

Да, они хорошо подходят, но термин уже взяли в ноду)) Тоже не ок, когда в одном коде Я когда ту либу в npm кидал и выбирал термин, кроме pipe ничего удачного так и не нашел. Compose слишком длинно, foldl вообще бессмыслица

да, так обычно и бывает

рефакторить через месяц начнешь, будешь потом доволен результатом )

Так я хотел узнать, как лучше обходить вложенные объекты. Итераторы норм для этого?

Так я хотел узнать, как лучше обходить вложенные объекты. Итераторы норм для этого?

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

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

@sullenor Я почти был уверен, что у тебя на аватарке баскетболист с мячем в руке.

ну я не настолько темный )

А какие есть best practices получения начального стейта в redux с бекенда? Как самый простой вариант вижу обычный эмбед куска js с нужными данными при генерации темлейта на сервере, но выглядит не очень красиво. Еще вижу способ инициализировать приложение после получения данных через AJAX, но этот способ тоже мало чем лучше эмбеда. PS. Бекенд не на JS

А какие есть best practices получения начального стейта в redux с бекенда? Как самый простой вариант вижу обычный эмбед куска js с нужными данными при генерации темлейта на сервере, но выглядит не очень красиво. Еще вижу способ инициализировать приложение после получения данных через AJAX, но этот способ тоже мало чем лучше эмбеда. PS. Бекенд не на JS

самый распространёный вариант простой эмбед через window.store

просто иногда хочется в JS трансформировать данные с сервера

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

просто иногда хочется в JS трансформировать данные с сервера

почему это не делать на сервере?

ну или при инициализации стора применять твои трансфорации?

фетч данных в корневой редьюсер

плохая идея

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

так как дополнительная задержка при рендере

а сеть понятие относительное

может быть может нет

да, наверное так и сделаю, спасибо!

может быть близко, может быть далеко

https://github.com/mhaagens/react-mobx-react-router4-boilerplate

И чо есть смысл от мобх?

Выглядит как ангулар с этими this

Но конечно без диспатчера проще как-то

Подскажите, как можно ускорить написание кода в вебшторме на реакте? Кто какие техники применяет? Удручает писать html-разметку, прикручивал jade, но работает через раз. Может есть какие-то другие шаблонизаторы или плагины, наборы сниппетов итд?

Emmet тебе чем не нравится?

https://medium.com/merrickchristensen/function-as-child-components-5f3920a9ace9#.5vlk9ikpn

мой проект кстати в примеры мобикса добавили https://github.com/mobxjs/mobx/commit/79e268d40add5a2f45029553477ad3a11a64bd8e

мой проект кстати в примеры мобикса добавили https://github.com/mobxjs/mobx/commit/79e268d40add5a2f45029553477ad3a11a64bd8e

Поздравления)) Расскажешь про MobX на след. React Meetup?

Emmet тебе чем не нравится?

нравится, только потом className менять под css-модули задалбывает(

Еммет настройте

Поздравления)) Расскажешь про MobX на след. React Meetup?

нет, я не умею выступать

Надо

Еммет настройте

http://wesbos.com/emmet-react-jsx-sublime/

О, спасибо

саблаем ._.

Мне не оч сложно за тебя гуглить, обращайся https://gist.github.com/max-mykhailenko/41d0c3991d92f38dcbc6

А, тебе наоборот нужно

Атом что ли

Так у меня вебшторм

Ладно, загуглю, спасибо

https://blog.jetbrains.com/webstorm/2015/10/working-with-reactjs-in-webstorm-coding-assistance/