привет

Здесь общаются на тему Redux?

Да

Здорово

Как пропатчить redux-saga под react-redux?

:D

Как пропатчить redux-saga под react-redux?

ну хоть не kde под freebsd и то ладно)))

почему все ищут плагины?

компонент...

модуль..

как угодно можно назват, суть не меняется))

но не jquery же вкорячивать))

раньше искали Jquery-плагины, а теперь реакт-плагины

как угодно можно назват, суть не меняется))

самим написать

самим написать

зачем?

самим написать

много у тебя времени)

а плагины ещё больше времени отнимают

настрой

допиши под себя

стлокнись с косяками

ПР не принимают ибо "противоречит идеологии автора"

нахрен надо, быстрее самому

нуну, напишешь ты календарь сам с 0 быстрее

со всеми плюшками и тп

и ничего тебе не мешает склонировать проект и локально изменить под собственные нужды, не дождаясь апрува ПР

ПР не принимают ибо "противоречит идеологии автора"

какая же жиза, автор esdoc решил исключить @module потому что по его мнению ООП покрывает абсолютно все кейсы использования js

а там они не нужны

нуну, напишешь ты календарь сам с 0 быстрее

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

какая же жиза, автор esdoc решил исключить @module потому что по его мнению ООП покрывает абсолютно все кейсы использования js

я вот стараюсь не юзать декораторы Они не в стандарте пока увы

как добавят в стандарт тогда буду юзать

Но вот такие решения очень бесят

я вот стараюсь не юзать декораторы Они не в стандарте пока увы

это не дектораторы, а маркеры документации

ааа в комментах

тогда согласен полностью

но суть поступка не меняется

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

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

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

это если бы синтаксический сахар запрещал использовать часть функционала js

ибо, все, кто писали ранее дураки, а я дартаньян =)

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

сейчас над таким проектом и работаем, пишем свои компоненты, чтобы потом тратить минимум времени на доработку

мне интересно, когда вы тогда занимаетесь решением бизнес-задач

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

А этот же менеджер не будет стоять над головой, когда надо вносить в правки в чужой компонент? Так еще и объяснить сложнее, почему подвинуть кнопочку правее займет два дня

мне интересно, когда вы тогда занимаетесь решением бизнес-задач

запилим основной набор компонентов и сразу приступим к написанию скринов с бизнес-логикой (если она будет)

это если бы синтаксический сахар запрещал использовать часть функционала js

Ну классы же запрещают вызов без new)

Пишите, пишите велосипеды господа =)

Пишите, пишите велосипеды господа =)

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

и еще раз обнови сообщение))

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

Страшные вещи вы там пишете тогда. если честно.

Если так долго

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

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

Так вот, снова к теме роутинга: */ перехватит вообще всё, верно?

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

Вот. Всё вот так и происходит.

Совсем с нуля приходилось писать только если остальные аналоги - полное говно.

Страшные вещи вы там пишете тогда. если честно.

вы даже не представляете на сколько страшные =)

inb4 очередные котировки

Ну классы же запрещают вызов без new)

нативные нет

Нативные тоже

нативные нет

Мимо

Это для обратной совместимости

Это не совсем классы

Именно классы запрещают

я не просил объяснять

Ну ты неправильно написал

Я поправил

разговор был про оператор new

И про классы

Ну классы же запрещают вызов без new)

Вот

классы не только декларация

Что еще

Нативный

Что еще

https://learn.javascript.ru/classes

Лучше бы сам подучил

Новичков вводишь в заблуждение

https://learn.javascript.ru/classes

А это не es6 классы

А подобие

Date не является классом ES6, ну и вдобавок с new возвращается не то что без него

И я как раз про это и говорю, что классы конкретно запрещают такое поведение

https://learn.javascript.ru/es-class

И я как раз про это и говорю, что классы конкретно запрещают такое поведение

а, понял

Date не является классом ES6, ну и вдобавок с new возвращается не то что без него

а что теперь Date?

как его называть

Обычный стандартный встроенный объект, как и многое другое в языке

никто не сталкивался, что back button не генерит popstate... вернее генерит, но с третьего раза...

все, нашел, это из-за ютубовского ифрейма...

Обычный стандартный встроенный объект, как и многое другое в языке

ну прост странно, что с точки зрения ооп, это класс, а с точки зрения устройства языка уже нет, может можно назвать дату - типом данных?

не примитивным конечно, а со своей заложенной структурой

Это называется прототипным наследованием, в js оно, а не ооп

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

разве прототипное наследование, не является разновидностью наследования в рамках ооп?

Наоборот