стрелочная функция являющаяся методом объекта на мой взгляд вообще не самая полезная вещь

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

Не, просто вкинуть свои мысли на 3.5к читателей и не подкрепить их здравым смыслом как бы так себе идея, кто-то воспримет их за чистую монету, не надо так.

@immuzov не вижу криминала в своих словах (в противном случае я бы конечно же этого не писал). Попробую чуть чуть подкрепить здравым смыслом. Стрелочные функции как методы считай бесполезны (нет доступа к контексту, а зачем нам метод без доступа к контексту). Но мне нравится писать стрелочные функции. Они получаются небольшими и конкретными (а в большинстве случаев еще и чистыми). Поэтому я хочу их продолжать использовать. И если мы пишем в смешанной парадигме ооп и фп, то использование стрелочных функций помогают принимать те или иные решения в пользу фп. Делают эти решения более очевидным. Сравните два подхода? Какой реюзабельней? Какой проще тестировать? const obj = { greeting: 'Hello', getGreeting(name) { return this.greeting + ' ' + name; } } ------ const generateGreeting = (greeting, name) => greeting + ' ' + name; const obj = { greeting: 'Hello', getGreeting(name) { return generateGreeting(this.greeting, name); } }

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

Так в чем их профит в кроме сахарка и отсутствия контекста?

этого разве мало?

Забиндь контекст обсуждения 😉

Короче ладно. Я говорил про то что стрелочные функции by design форсят программиста писать больше в функциональном подходе

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

@immuzov не вижу криминала в своих словах (в противном случае я бы конечно же этого не писал). Попробую чуть чуть подкрепить здравым смыслом. Стрелочные функции как методы считай бесполезны (нет доступа к контексту, а зачем нам метод без доступа к контексту). Но мне нравится писать стрелочные функции. Они получаются небольшими и конкретными (а в большинстве случаев еще и чистыми). Поэтому я хочу их продолжать использовать. И если мы пишем в смешанной парадигме ооп и фп, то использование стрелочных функций помогают принимать те или иные решения в пользу фп. Делают эти решения более очевидным. Сравните два подхода? Какой реюзабельней? Какой проще тестировать? const obj = { greeting: 'Hello', getGreeting(name) { return this.greeting + ' ' + name; } } ------ const generateGreeting = (greeting, name) => greeting + ' ' + name; const obj = { greeting: 'Hello', getGreeting(name) { return generateGreeting(this.greeting, name); } }

@immuzov не вижу криминала в своих словах (в противном случае я бы конечно же этого не писал). Попробую чуть чуть подкрепить здравым смыслом. Стрелочные функции как методы считай бесполезны (нет доступа к контексту, а зачем нам метод без доступа к контексту). Но мне нравится писать стрелочные функции. Они получаются небольшими и конкретными (а в большинстве случаев еще и чистыми). Поэтому я хочу их продолжать использовать. И если мы пишем в смешанной парадигме ооп и фп, то использование стрелочных функций помогают принимать те или иные решения в пользу фп. Делают эти решения более очевидным. Сравните два подхода? Какой реюзабельней? Какой проще тестировать? const obj = { greeting: 'Hello', getGreeting(name) { return this.greeting + ' ' + name; } } ------ const generateGreeting = (greeting, name) => greeting + ' ' + name; const obj = { greeting: 'Hello', getGreeting(name) { return generateGreeting(this.greeting, name); } }

а ты там не юзал контекст. Ну это жесть. Так не делают мне кажется

а как верно?

class Foo { value: string = 'bar' method = () => this.value }

+ Я за ООП

Да. Я как раз хочу чтобы меньше кода было

ты еще просто тру фп не видел D. Где там сова. Ща раскажет

class Foo { value: string = 'bar' method = () => this.value }

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

так что достаточно противоречивое утверждение

функциональное программирование меня вводит в путаницу и снижает скорость разработки. ООП больше нравится.