Да не, тут все понятно. Перерендер не вызывается или store.chatStatus никогда не равен loaded

Я объясню так) Есть раздел главной. Если чат грузится или нету собеседников, то <LoadingBlock>. Если есть собеседник, отображать все чилдрены. Однако, если нету собеседника, но я решил войти в раздел "Мой аккаунт", то отображать роут /account

А теперь запиши это правильным условием

Просто вопрос: "Как мне вытащить только /account из children?"

оператор || вернет true если хоть один из них равен true; в других случаях вернет false.

У тебя оба false

Условие то есть и оно пашет. Все отлично. Но он пытается 2 раздела отрендерить.

Когда выполнилось первое условие, компонент делает ререндер. Как тогда ему отрисовать то, что ты хочешь?

Запрети ему апдейтится

о лол

оператор || вернет true если хоть один из них равен true; в других случаях вернет false.

поучи js оператор || вернет один из двух элементов

Или напиши проще: chat === true && begin chat

поучи js оператор || вернет один из двух элементов

https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Operators/Логические_операторы. Сам поучи

https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Operators/Логические_операторы. Сам поучи

пример выше посмотри

оператор || вернет true если хоть один из них равен true; в других случаях вернет false.

лал

Мужики, читаем мануал :)

Мужики, читаем мануал :)

читай стандарт ECMA Script

У него там true / false

А не стринги и намберы

У него там true / false

не надо вводить в заблуждение, что оператор || возвращает true или false

У меня там если один из них тру, значит выводить children

не надо вводить в заблуждение, что оператор || возвращает true или false

ЖС при сравнении Будеанов возвращает булеан

ЖС при сравнении Будеанов возвращает булеан

он выбирает то, что больше похоже на true, а не именно boolean

Сделай сравнение с тру/фолс с твоим же примером пжлст

И скинь скрин

facepalm

сравни false || 'foo'

или 'foo' || true

что будет?

В данном случае только тру и фолс

Я знаю что будет в других случаях

мне вот так объясняли, и я довольно долго думал что || и && возвращает тип boolean

Boolean(cond1) || Boolean(cond2) тебя устроит?

На ошибки не обращай внимание

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

тернарники ещё куда ни шло, конечно..

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

Нет, это очень удобно

Можно, но в меру

Можно, но в меру

И 1 раз

Просто это вам не привычно)

почему непривычно?

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

Вот к чему это приводит

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

не заведет.

не заведет.

я тоже склоняюсь разумом, что это паранойя, но от этого не легче)

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

в jsx?

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

т.е. в нпм скриптах можно, а в жсе сразу нет? я на такое не подписывался

я так понял, что он про { isSignedIn && <Profile /> }

{ isSignedIn && <Profile /> } тут главное помнить как раз что иногда бывает в первой части 0

и тогда выведется 0

например если { somearray.length && <Profile /> }

я поэтому пишу всегда { !!isSignedIn && <Profile /> }

Это опять же к вопросу понимания как работает &&

т.е. в нпм скриптах можно, а в жсе сразу нет? я на такое не подписывался

я не говорю про "можно" или "нельзя"

я поэтому пишу всегда { !!isSignedIn && <Profile /> }

Норм привести к булеану. Или Boolean(isAssigned), если пугает !!

!! быстрее писать

nested trenary имхо норм если читабельно

ERROR: S client not available

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

иногда читабельней чем два стейтмента или промежуточные перменные

за nested ternary надо бить линейкой по рукам

no-nested-ternary в еслинте мастхев

nested trenary имхо норм если читабельно

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

старый добрый ifelse, от него никто не умирал)) шутка

в JSX? :)

в реакте нормальных условий не планируют еще?

мммм, ну да, от jsx лучше не отказываться..

в реакте нормальных условий не планируют еще?

ибо джс

!angular

Посоветуйте, как реализовать <select>, если есть таблица "Страницы" в БД. Каждая страница может иметь подстраницу(-ы). Схематичная структура данных: [ { 'id': 1, 'title': 'First title', 'children': [ ... nested table 1, 'children': [ ... nested table 2 ] ] } ] ... Нужно что бы <select> имел древовидную структуру, что бы было понятно какая страница к какой пренадлежит.

я так понял, что он про { isSignedIn && <Profile /> }

даже если <Profile/> отобразить незалогиненному пользователю, сервер же нельзя обмануть простым запросом неавторизованным пользователем. Т.е. с точки зрения безопасности приведённый пример не является элементом защиты, а лишь вопрос организации UI

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

но мб я не так понял

Посоветуйте, как реализовать <select>, если есть таблица "Страницы" в БД. Каждая страница может иметь подстраницу(-ы). Схематичная структура данных: [ { 'id': 1, 'title': 'First title', 'children': [ ... nested table 1, 'children': [ ... nested table 2 ] ] } ] ... Нужно что бы <select> имел древовидную структуру, что бы было понятно какая страница к какой пренадлежит.

зачем? просто в чилдрен храни массив айдишников

а структуру сделай плоской

а при рендере пройдись рекурсией по всем чайлдам

а при рендере пройдись рекурсией по всем чайлдам

Да, вот с рекурсией и есть основная проблема. class TreeOptions extends Component { render() { const children = this.props.page.children.map(page => <TreeOptions key={page.id} page={page}/>) return ( <option key={this.props.page.id}>{this.props.page.title}</option> {children} ) } } не знаю как эти option обернуть.

Да, вот с рекурсией и есть основная проблема. class TreeOptions extends Component { render() { const children = this.props.page.children.map(page => <TreeOptions key={page.id} page={page}/>) return ( <option key={this.props.page.id}>{this.props.page.title}</option> {children} ) } } не знаю как эти option обернуть.

посмотри как у меня рендерится такое дерево: https://github.com/hyposlasher/tree-todo/blob/master/src/components/CategoryList.js

метод renderCategories

посмотри как у меня рендерится такое дерево: https://github.com/hyposlasher/tree-todo/blob/master/src/components/CategoryList.js

ок, спасибо

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

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

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

у них есть инструкция на сайте

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

тесты напиши

travis, coveralls

попробуй npm pack и посмотри что будет в пакете

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

если делаешь билд, не добавляй сорцы в пакет .npmignore -> src

в .gitignore -> dist в .npmignore -> !dist