Как все прошло?

Было что-то новенькое?

Ребят, подскажите хорошую практику по разграничению прав доступа. Простой подход понятен, когда в зависимости от того залогинен ты или нет показываеть разные страницы. Это можно сделать с помощью hoc или в роуте запретить переход по роутам если ты не залогинен. А если например ты хочешь показать на странице только некоторые элементы, или например доступ к элементам на основе ролей пользователей, то тут уже не однозначно, можно конечно так же по условию скрывать или показывать, но может есть BestPractices

подскажете по моему верхнему вопросу?

а как правильно проверить есть ли вообще такое this.props.registration.error.phone[0] и не получить ошибку js что все undefined

юзай лодаш или рамда пропы проще проверять в рендере

лодаш или рамда дают возможость проверить длинную цепочку без возможности получить js ошибку?

_.get?

в lodash

лодаш или рамда дают возможость проверить длинную цепочку без возможности получить js ошибку?

тебе уже @iamstarkov написал R.path()

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

спасибо

Ребята, как лучше получить данные с запроса : Через componentDidMount ?

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

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

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

Ребят, подскажите хорошую практику по разграничению прав доступа. Простой подход понятен, когда в зависимости от того залогинен ты или нет показываеть разные страницы. Это можно сделать с помощью hoc или в роуте запретить переход по роутам если ты не залогинен. А если например ты хочешь показать на странице только некоторые элементы, или например доступ к элементам на основе ролей пользователей, то тут уже не однозначно, можно конечно так же по условию скрывать или показывать, но может есть BestPractices

Меня тоже интересует этот вопрос, кто нибудь подскажите лучшее решение пожалуйсто

https://hackernoon.com/role-based-authorization-in-react-c70bb7641db4#.ade7jorgf

Вот нашел статейку

Наверное так не плохо

А в компонентах тоже можно по условию уже собирать нужные компоненты

Наверное так не плохо

?? спасибо

_/R.path

всё хуже) http://facebook.github.io/react-native/blog/2017/03/13/idx-the-existential-function.html

2к юзеров как отмечать будем?

ужратся

Что б не встать

Сидеть и работать

Как обычно

Как обычно

??

2к юзеров как отмечать будем?

Мне пишет 1.8к, ничего не знаю

?? спасибо

Вот еще вариант http://frontendinsights.com/role-based-authorization-using-react-router/

https://twitter.com/acemarke/status/842181907999678464

лол

Вот еще вариант http://frontendinsights.com/role-based-authorization-using-react-router/

Что скажете по этому подходу к разграничению прав?

всё хуже) http://facebook.github.io/react-native/blog/2017/03/13/idx-the-existential-function.html

не надо это использовать Ни в коем случае, никому не советуйте это такой пиздец, господа

https://github.com/facebookincubator/idx/blob/8e7824a723eaa4da6d1e5e9a9ca79242d589c09c/packages/idx/src/idx.js#L94-L106

Хочется сказать: "Вы гоните?!"

не надо это использовать Ни в коем случае, никому не советуйте это такой пиздец, господа

так об чем и речь)

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

Хочется сказать: "Вы гоните?!"

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

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

ты код смотрел?

т.к. они сделали babel-плагин, который превращает запись в ту же && проверку

ты код смотрел?

а ты статью читал?))

> In practice, try-catching every nested property access is slow, and differentiating between specific kinds of TypeErrors is fragile. To deal with these shortcomings, we created a Babel plugin that transforms the above idx invocation into the following expression

смысла нет

А вообще есть lodash.get, не понимаю что они выпендриваются)

и вообще необходимость таких глубоких проверок как правило признак нездоровой архитектуры

ааа тайпскрипт

graphql мне казалось наоборот отчасти существует, чтобы избавить от такой проблемы

А они и с ним оказывается мучаются

да и как бы куча проверок при компайле

отойдешь на сантиметр от того как им захотелось и работать не будет

R.path я могу каррировать (ну почти), а это говно нет

да и как бы куча проверок при компайле

ещё раз, это всё не происходит

ещё раз, это всё не происходит

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

ERROR: S client not available

babel-плагин транспилит всё в prop.x && prop.x.y && etc

https://github.com/facebookincubator/idx/blob/8e7824a723eaa4da6d1e5e9a9ca79242d589c09c/packages/babel-plugin-idx/src/babel-plugin-idx.js#L74

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

так какая разница что в бабеле происходит

главное что на выходе

отойдешь на сантиметр от того как им захотелось и работать не будет

^

ну блин, в программировании отойдешь на сантиметр от синтаксиса тоже ошибки будут

это как бы естественно

нет

че нет))

да

они навязали свой особый стиль написания одной функции лишние ограничения

ну и?

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

синтакс бабелевских плагинов тебе никакой линтер не проверит

_.user.friends[0].friends вполне очевидная запись

_.user.friends[0].friends вполне очевидная запись

а потом у тебя в бабеле 100 плагинов и попробуй объясни новому человеку почему тут надо писать так А потом чувак перестал поддерживать этот плагин и ты не можешь ни обновиться ни хрена

короче этот idx и плагин это дикий костыль

синтакс бабелевских плагинов тебе никакой линтер не проверит

вот с этим согласен

да что за бред, тебе дали функцию idx и ты говоришь, что если использовать её неправильно, будут ошибки да неужели блин когда я беру moment я использую его так, как говорит дока и если я использую его неправильно и будет ошибка — я не жалуюсь на moment

короче этот idx и плагин это дикий костыль

а это верно

да что за бред, тебе дали функцию idx и ты говоришь, что если использовать её неправильно, будут ошибки да неужели блин когда я беру moment я использую его так, как говорит дока и если я использую его неправильно и будет ошибка — я не жалуюсь на moment

неправильно, это если я хочу например прокинуть в неё функцию? idx(a, b), что с этим сделает этот плагин? — ничего Но это ПРАВИЛЬНОЕ использование

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

бабель не умеет такое хэндлить, ибо в функции может быть что угодно

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

ну вот это и хреново ты надеешься на определенное поведение, а оно не работает

@everdimension в общем, ты был не прав про доклад на реакт митапе от Григория. он огонь

а, да? хотел спросить как раз

и там подробности, сравнение, цифры, все как ты хотел