Скобки.

Ошибся, да.

прям в 2 из 2

Да.

Не отрицаю.

господа подскажите это теперь нормально стало - во всяких стартер китах для реакта - при запуске npm start / npm dev запускается еще мини-сука сервер main.js, который в свою очеред запускает webpack ?

webpack-dev-server, норм

господа подскажите это теперь нормально стало - во всяких стартер китах для реакта - при запуске npm start / npm dev запускается еще мини-сука сервер main.js, который в свою очеред запускает webpack ?

чем тебя сервер не устроил-то?

вам нужен лисп

webpack-dev-server, норм

ну ёто понятно, если сам собрал

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

вам нужен лисп

те кому нравятся c-подобные языки, могут пойти в C++/Java/C#/Rust

вам нужен лисп

Обмазаться им

(Нет, (лисп (идет( в (топку)))))

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

ну вот и не надо брать стартер кит

(Нет, (лисп (идет( в (топку)))))

ошибка синтаксиса

ну вот и не надо брать стартер кит

ну вот я и думаю что не надо,

те кому нравятся c-подобные языки, могут пойти в C++/Java/C#/Rust

Дарт нужно двигать

Ну вот поэтому и в топку.

вопрос то - зачем они это туда пиха/ют?

Но он не нужен

Надо мне еще думать, где и сколько скобочек.

Дарт нужно двигать

дарт какой-то…

и вот под второе айрбнб пресет подходит как ничто другое

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

Так это в компоненте разве?

если под eslint сделан editorconfig то иде/редактор стили выровняет очень хорошо + есть флаг —fix

Это в классе.

«функция определяется после того, как вызвана»

допилю))

А скинь потом плз) Я кстати ещё вспомнил, я там зафорсил такой тернарник, имхо гораздо адекватнее const minGreaterThan = min => (acc, val) => val<acc && val>min ? val : acc

СУКА

АААА

Вот это тернарник!

Зло

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

Тернарник в одну строку зло

А скинь потом плз) Я кстати ещё вспомнил, я там зафорсил такой тернарник, имхо гораздо адекватнее const minGreaterThan = min => (acc, val) => val<acc && val>min ? val : acc

я сам так пишу

Во

ну всмысле variable = condition ? first : second

Точнее как

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

ну всмысле variable = condition ? first : second

или когда condition на второй строке

Я не понимаю, что плохого в однострочном?

Ну да

const label user ? 'User Field' : 'Field';

Если что-то большее нужно для тернарника, там не нужен тернарник.

const label user ? 'User Field' : 'Field';

уже равно потерял

Ну ебана, ты сейчас придираться будешь, или обсуждать?

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

const minGreaterThan = min => (acc, val) => val<acc && val>min ? val : acc vs const minGreaterThan = min => (acc, val) => val<acc && val>min ? val : acc

Бтв, последний тоже оставил валидным

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

Они одинаково плохо читаются, браток.

Что так, что так.

мне if/else писать что ли для такого?

и let ?

{cond && <Component /> {!cond && <AnotherComponent />}

Но это такое

А еще лучше {renderComponent()}

А еще лучше {renderComponent()}

давайте наебеним методов!!!

И там уже нормальный человеческий if.

А тебе везде такое надо?

Вот честно.

ты вот сейчас серьезно?

не гонишь?

:^(

попахивает

ERROR: S client not available

не правда ли?

Нет.

{cond && <Component /> {!cond && <AnotherComponent />}

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

У тебя два отдельных блока кода

Блок кода — атомарен, два блока — нет, их можно сдвинуть при рефакторинге или как-то ещё исказить и перепутать

Нет.

нравятся методы? я могу так

здесь НЕ НУЖЕН if/else

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

У тебя есть единая сущность, Either в терминах монад. А ты её рвешь для восприятия на две

Бля

Лучше уж тогда полкдючить либу

И монадами

ой да запилите hoc <div> { branch( a === b, <SomeComponent />, <OtherComponent /> )} </div>

Лучше уж тогда полкдючить либу

всё что угодно, лишь бы не использовать тернарник?)))

ой да запилите hoc <div> { branch( a === b, <SomeComponent />, <OtherComponent /> )} </div>

который делает: const branch = (cond, left, right) => cond ? left : right

вызов функции вместо тернарника или IF - это же п-ц

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

оба и всегда

т.е. как минимум у тебя конструктор отрабатывает

для каждого компонента

ой да запилите hoc <div> { branch( a === b, <SomeComponent />, <OtherComponent /> )} </div>

тут проблема в том, что OtherComponent у тебя сразу создается, хотя и не маунтится

а как организовать общий обработчик событий при интернет запросах?

запросы и события?)

а как организовать общий обработчик событий при интернет запросах?

Promise.all() чтоли?

парни, кто-нибудь юзает react-apollo ?

а как организовать общий обработчик событий при интернет запросах?

что ты имеешь ввиду?

парни, кто-нибудь юзает react-apollo ?

что у тебя с ним?

что ты имеешь ввиду?

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

import { request } from './api'

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

разве нода и вебпак не решает?

разве нода и вебпак не решает?

а как они это должны решать?