зачем хранить токен в куках?

да забейте вы, какая разница,каждый дрочит так как хочет). Давайте еще обсуждать вью ангуляр реакт чё лучше

и правда, тут нечего обсуждать. реакт, конечно.

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

Посмотри как бабель трансипилит стрелки и поймешь сколько лишнего кода генерится)

и правда, тут нечего обсуждать. реакт, конечно.

за реакт и 105 двор стреляю в упор . Нурминский песня такая за 105 двор

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

Стрелочные функции не имеют своего this В остальном, делай что хочешь

Лично я юзаю для компонентов function, чтобы было более очевидно, если компонент в хок обернут А также мотивировало не юзать хоки

Посмотри как бабель трансипилит стрелки и поймешь сколько лишнего кода генерится)

bind добавляется да и вроде все

bind добавляется да и вроде все

const fn = () => {} станет var fn = function fn() {}

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

Почему не всегда стоит использовать только стрелочные функции https://medium.com/@charpeni/arrow-functions-in-class-properties-might-not-be-as-great-as-we-think-3b3551c440b1

Лично я юзаю для компонентов function, чтобы было более очевидно, если компонент в хок обернут А также мотивировало не юзать хоки

для компонентов лучше function? как-то const всегда брал. примеры на доке на function написаны.

Почему не всегда стоит использовать только стрелочные функции https://medium.com/@charpeni/arrow-functions-in-class-properties-might-not-be-as-great-as-we-think-3b3551c440b1

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

а не наследоваться, если создавать метод класса

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

согласен. не совсем по теме

Почему не всегда стоит использовать только стрелочные функции https://medium.com/@charpeni/arrow-functions-in-class-properties-might-not-be-as-great-as-we-think-3b3551c440b1

в методах класса я и не использую стрелочные)

эээ чего?

Почему не всегда стоит использовать только стрелочные функции https://medium.com/@charpeni/arrow-functions-in-class-properties-might-not-be-as-great-as-we-think-3b3551c440b1

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

кстати. где прочитать про prototype и proto понятным языком? а то я до сих пор не понимаю, в чём разница.

Был разговор в ходе которого мне сказали, что вью - это так, "чисто побаловаться" и не фреймворк, мол реакт лучше. Я же, в силу того, что сам не опытный в этой сфере, ответа не нашел. Что скажете? Конечно, я понимаю, что задавать вопрос "вью или реакт" я спросил этот вопрос и в чате по вью, но там было как-то мало ответов и еще хотелось бы услышать с двух сторон мнение

Кайл Симпсон

Посмотри как бабель трансипилит стрелки и поймешь сколько лишнего кода генерится)

Это проблема?

Это проблема?

да, лол

кстати. где прочитать про prototype и proto понятным языком? а то я до сих пор не понимаю, в чём разница.

proto это настоящий прототип, а prototype это объект который станет прототипом при вызове new Function()

да, лол

Вопросов нет.

Вопросов нет.

🤦‍♂️

Вопросов нет.

😂

🤦‍♂️

😐

proto это настоящий прототип, а prototype это объект который станет прототипом при вызове new Function()

немного стало понятнее, спасибо.

Был разговор в ходе которого мне сказали, что вью - это так, "чисто побаловаться" и не фреймворк, мол реакт лучше. Я же, в силу того, что сам не опытный в этой сфере, ответа не нашел. Что скажете? Конечно, я понимаю, что задавать вопрос "вью или реакт" я спросил этот вопрос и в чате по вью, но там было как-то мало ответов и еще хотелось бы услышать с двух сторон мнение

Реакт то как бэ тоже не фреймворк)

ребят, такой вопрос есть функция с названием isDataLoaded. Нормаль если я там возвращаю: true/false/undefined или нужно привести к типую пример: isDataLoaded(state) => state && state.isDataLoaded если state = {} то ф-ция вернет undefined например

ребят, такой вопрос есть функция с названием isDataLoaded. Нормаль если я там возвращаю: true/false/undefined или нужно привести к типую пример: isDataLoaded(state) => state && state.isDataLoaded если state = {} то ф-ция вернет undefined например

|| false

елси функция is что то там, то ожидаешь отуда получить true|false

|| false

Ещё можно обернуть в Boolean()

я понимаю как это привести к булину. вопрос в другом. нормально ли возварщать undefined. типа мы не знаем false оно или true тк state нет

я понимаю как это привести к булину. вопрос в другом. нормально ли возварщать undefined. типа мы не знаем false оно или true тк state нет

не очень нормально, лучше true/false

не очень нормально, лучше true/false

окей

для компонентов лучше function? как-то const всегда брал. примеры на доке на function написаны.

Смотря для кого лучше Я с точки зрения кода и ограничений выбрал

Смотря для кого лучше Я с точки зрения кода и ограничений выбрал

для читабельности.

Никто не в курсе когда появится этот долбаный синтаксис со знаком вопроса, чтобы не state && state.isDataLoaded городить, а просто state?.isDataLoaded?

Никто не в курсе когда появится этот долбаный синтаксис со знаком вопроса, чтобы не state && state.isDataLoaded городить, а просто state?.isDataLoaded?

кто мешает добавить нужный плагин в бабель и юзать уже сейчас? это уже не говоря о том, что это ваще такое себе решение - ИМХО ?. - антипаттерн

Как я понял, он может и не появится, но это не точно

боюсь шо все-таки появится

кто мешает добавить нужный плагин в бабель и юзать уже сейчас? это уже не говоря о том, что это ваще такое себе решение - ИМХО ?. - антипаттерн

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

Добрый день всем. как хранить в переменной саму компоненту, а не сгенерированную? const getView = (type) => { switch (type) { case 'seat': return (<TooltipSeat/>); case 'section': return (<TooltipSection/>); default: return false; } }; .... const TooltipView = getView(tooltip.props.type); .... return ( <div data-component="tooltip" style={boxStyle} className={className} ref={ref}> <div className="map-tooltip__content"> <TooltipView {...tooltip.props}/> </div> </div> );

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

ну ты тогда выбирай, тебе шашечки или ехать

кто мешает добавить нужный плагин в бабель и юзать уже сейчас? это уже не говоря о том, что это ваще такое себе решение - ИМХО ?. - антипаттерн

почему антипаттерн?

почему антипаттерн?

Потому что ИМХО)

почему антипаттерн?

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

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

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

А разве с цепочкой && в проверке свойств всё понятно?

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

event.target

Не могу понять,чего ругается на этот код, должно поменять стейт.а оно ругается

event.target

А если мое нужна инфа по x и y координатам?

Не могу понять,чего ругается на этот код, должно поменять стейт.а оно ругается

метод не забиндин

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

А с && то не засирается, ага

А если мое нужна инфа по x и y координатам?

event.offsetX / Y

метод не забиндин

а если по русски?)

а если по русски?)

То тебе не в программирование

this.handleChange = this.handleChange.bind(this) в конструкторе Или handleChange = () => {} в классе или ()=>this.handleChange() в JSX

event.offsetX / Y

Спасибо!

Или, ещё лучше - написать функциональный компонент

Или, ещё лучше - написать функциональный компонент

sps

При клике на по ячейке таблице мне необходимо отобразить окно, как на скрине. Как это сделать?) Имею ввиду само расположение окна у определенной строки поверх таблицы

для читабельности.

С точки зрения читабельности имхо function Я в текущем проекте жестко упоролся по читаемости

С точки зрения читабельности имхо function Я в текущем проекте жестко упоролся по читаемости

я тоже. переписывал i++ на i += 1, потому что так линт рекомендует, и вроде читабельнее. на вопрос "зачем" я ответить не смог.

для компонентов лучше function? как-то const всегда брал. примеры на доке на function написаны.

function для функций, const для сущностей. Компонент - это сущность.

function для функций, const для сущностей. Компонент - это сущность.

сущность - понятие растяжимое. экшн сущность?

сущность - понятие растяжимое. экшн сущность?

Нет. Функция.

function для функций, const для сущностей. Компонент - это сущность.

Очень спорное заявление Все что угодно можно сущностью назвать

так функция — тоже сущность, change my mind

Желательно стараться делать так, чтобы у коллег не возникало вопросов, что такое сущность, а что такое- функция

function для функций, const для сущностей. Компонент - это сущность.

Поскольку в жс функции - first-class citizens, то между функцией и сущностью границы особенно-то и нет

Желательно стараться делать так, чтобы у коллег не возникало вопросов, что такое сущность, а что такое- функция

Да, здесь с терминологией проблемы. Подумаю как можно формализовать условия.

Да, здесь с терминологией проблемы. Подумаю как можно формализовать условия.

Если предложишь что-то явно перевешивающее мое видение- только за=) Но имхо, достаточное условие для компонента- название начинается с верхнего регистра

Все остальное- лишнее переусложнение

Если предложишь что-то явно перевешивающее мое видение- только за=) Но имхо, достаточное условие для компонента- название начинается с верхнего регистра

Ну, меня бесят const asdFunc = () => 1, которые можно оформить в качестве function asdFunc() {return 1}. Наверно как-то так будет: если у вас данные, то const, если у вас логика, то function(исключение - лямбды в колбеках). Компонент - это данные однозначно.

А с && то не засирается, ага

можно писать код так, чтоб не было undefined

Ну, меня бесят const asdFunc = () => 1, которые можно оформить в качестве function asdFunc() {return 1}. Наверно как-то так будет: если у вас данные, то const, если у вас логика, то function(исключение - лямбды в колбеках). Компонент - это данные однозначно.

Я практически всегда делаю function, за исключением композиций в const

Я практически всегда делаю function, за исключением композиций в const

Даже для компонентов?