Пацаны, чем формы валидируете?)

Пацаны, чем формы валидируете?)

tcomb

tcomb c flow-синтаксисом

Если валидация текстовых полей - то тупо по регекспу.

«Based on set theory», — это сильно

Хм, а интересная штука

«Based on set theory», — это сильно

Ну set theory — это не rocket science)

ну так то да )

По сути это просто обозначает с понтом обставленную реализацию Dict, Union, Enum и прочего)

Пацаны, чем формы валидируете?)

yup || joi

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

Колбэком или промис возвращай

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

примерно так? return ( <div> { someArr.map(item => <ListItem propFetch={() => fetchSomData('arr')} >) </div> )

примерно так? return ( <div> { someArr.map(item => <ListItem propFetch={() => fetchSomData('arr')} >) </div> )

ну почти

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

иначе я не понял твою проблему

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

коллбэк на фетч естесна

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

а почему компоненты сами по себе не могут фетчить?

В родителе fetch = options => this.props.fetchData(options); <ListItem fetch={this.fetch} /> В дочернем fetch = () => this.props.fetch(itemSpecificOptions) .then(response => { /*do smt*/ });

а почему компоненты сами по себе не могут фетчить?

хороший вопрос)

В родителе fetch = options => this.props.fetchData(options); <ListItem fetch={this.fetch} /> В дочернем fetch = () => this.props.fetch(itemSpecificOptions) .then(response => { /*do smt*/ });

вот хороший вариант того, как я вижу решение и не понимаю, @maxhoffman, в чём твоя проблема

сейчас попробую

внезапно https://github.com/tc39/proposal-private-fields/issues/32#issuecomment-237122379

это ко вчерашнему babel-plugin-legacy-decorators ?

babel-plugin-legacy-symbol

так

а почему слово private не конски?

private x;

ой там даже faq есть

про это есть отдельная ишью

чот я дочитал и тоже за свап теперь

внезапно https://github.com/tc39/proposal-private-fields/issues/32#issuecomment-237122379

Пока не читал подробностей, но выглядит как какая-то дичь.

Типа: - Посоны, мы тут подумали, давайте декораторы теперь # обозначать! - Зачем? - Прост))0)

да нет, не прост

все очень логично

ну так объясни вкратце

TLDR: чтобы когда ты пишешь this.field было понятно, field приватное или нет (ты не можешь написать "this.private field"), и чтобы не было коллизий, когда ты делаешь obj.field = a; а у него уже есть приватный field - но ты о нём не знал ибо он приватный.

^ к вопросу почему не private x;

а вот ситуация я делаю class A{ db = null; } потом где-то в коде new A().db=new DB(); а потом я решаю такой, что это поле должно быть приватным и устанавливаться через сеттер setDb(). в случае с собакой я переименовываю это поле в @db, и код new A().db продолжает выполнятся без ошибки, но делает НЕ ТО. В случае с идентификатором private и тем же названием переменной, скрипт упадет намного раньше и сигнализирует об ошибке правильным способом.

вообще выйдет, что @a и a - это разные поля, это довольно error-prone.

Ребят как правильно присвоить данные переменной что я замапил из массива? Object.keys(this.state.data).forEach(dataType => { this.state.data[dataType].map(dataItem => ( <div>{dataItem}</div> )); });

скорее `Object.keys(data).map(type => data[type].map(item => ( <div>{item}</div> )) ).concat() `

forEach не возвращает ничего, а если его заменить на map, был бы массив массивов, так что надо ещё в конце concat.... или наоборот, [].concat(.../* code */). И да, нужен проп key.

Шта? Если я правильно понял, и ты хочешь в хэше для каждого ключа превратить массив переменных (строк например) в массив дивов, то Object.keys(this.state.data).reduce((memo, dataType) => ({ ...memo, [dataType]: this.state.data[dataType].map(dataItem => <div>{dataItem}</div>) }), {});

const renderData = () => { const data = Object.keys(this.state.data).map(dataType => ( this.state.data[dataType].map(dataItem => ( <div>{dataItem}</div> )) )); return data; };

вот так работает

Есть массив, в котором лежат объекты, ключи я не знаю. Мне нужно вытащить определенные данные из этих объектов. Получив в конце массив с html элементами с этими данными.

А с датой по митапу определились? Не могу найти нигде)

Пожалуйста, подскажите, есть ли какие-то подходы к хранению данных в state, а именно к сопоставлению id, хранимого внутри объекта, с индексом объекта в массиве?

Пожалуйста, подскажите, есть ли какие-то подходы к хранению данных в state, а именно к сопоставлению id, хранимого внутри объекта, с индексом объекта в массиве?

hasOwnProperty не подходит?

hasOwnProperty не подходит?

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

может normalizr?

может normalizr?

Благодарю :)

кто знает, в ES собираются switch делать выражением?

кто знает, в ES собираются switch делать выражением?

вроде нет.. а зачем?

для удобства

для удобства

пример?

например, в одном месте понадобилось сделать такое преобразование https://gist.github.com/dstarcev/e947a286188af341b5e1478c323090aa

пришлось его вынести в функцию

а мог бы написать const addressQuery = switch {...}

{ foo: () => baar }[query]()

https://github.com/hemanth/es-next#do-expressions тебя спасёт

спасибо

ERROR: S client not available

{ foo: () => baar }[query]()

так не будет работать

так не будет работать

действительно

({ foo: () => 'bar' })[query]()

эээ, ты же правильно все написал

только если не будет свойства то будет undefined

который ты как функцию вызовешь

аа, там переменную подставить надо, вспомнил

в общем, надо было в скобки обернуть объект

Ребята, никого не бесит жира?

Джира не может не бесить.

Бесит абсолютно всех, но лучше ничего не придумали)

Особенно бесит облачная жира.

Там адок полный.

Меня бесит тем что если ты в jetbrains авторизован, то на сайте ты вылетаешь.

Привкус дерьма на языке уже достал.

А в остальном мне норм.

А причём тут jetbrains?

Атлассиан что, убивает конкрутентов?

Под jetbrains имею ввиду любую IDE от них, например webstorm.

Авторизуешься в жире в вебшторме и все, привет, вылет из браузера.

у меня норм работает

может у вас админы накрутили чего-то не того?

Это облачная жира, там нечего крутить, я узнавал.

ааа, у нас безоблачная

хотя в прошлом году в облачной все норм работало

В итоге я перелогиниваюсь в ней постоянно.

Почувствовал себя счастливым, даже не знал, что жира с вебштормом вместе умеют работать)

Почувствовал себя счастливым, даже не знал, что жира с вебштормом вместе умеют работать)

Это очень удобно.

Наверное, но мне немного страшно, зная то, сколько у нас в жире напилено всего :)

Не понимаю твои опасения.