да

ща

прост пришлось по совету Канистры вставить хак для catch error instanceof

Не припоминаю контекста ?

Не припоминаю контекста ?

AbstractError extends Error

disabled={defaultFields || customFields}

в общем-то, видимо я тут напутал

наоборот === 0

Но вежь switch был лучше

err.case({ TypeError: (typeErr) => typeErr.message, RangeError: ({ message }) => message, _: () => 'unexpected error' })

err.case({ TypeError: (typeErr) => typeErr.message, RangeError: ({ message }) => message, _: () => 'unexpected error' })

Было бы такое...

Хотя конечно я могу сделать)))

Но вот не уверен насколько хорошо так делать

err.case({ TypeError: (typeErr) => typeErr.message, RangeError: ({ message }) => message, _: () => 'unexpected error' })

cata )

Ребят, меня тут помидорами закидали на тему того, что vue лучше(

Даже ссылку на медиум скинули

Ребят, меня тут помидорами закидали на тему того, что vue лучше(

Лол

Что делать, как защищаться?

соглашайся)

Ребят, меня тут помидорами закидали на тему того, что vue лучше(

С ts дружит плохо, есть лишние сущности (слоты), чем же он лучше?

Говорят он быстрее и CLI инструменты аля creat react app лучше

Да и проще

Быстрее чем react-fiber который вот вот выйдет?

А кинули в меня этим: https://10clouds.com/blog/vuejs-angular-react/

Кто-нибудь знает что-то лучше? https://ant.design

Сравнивать фреймворк и библиотеку

Может мы будем сравнивать константу и тайпскрипт?

В плане удобности внедрения \ поддержки и UI\UX для прользователя?

Так что лучше для фронта?

http://stefankrause.net/js-frameworks-benchmark4/webdriver-ts/table.html - брать надо vanillajs, лучший фреймворк евар

Может следующий проект лучше начинать с vue?

Может следующий проект лучше начинать с vue?

Изучать новое - всегда хорошо!

Так что лучше для фронта?

По нужде выбирать нужно

Может следующий проект лучше начинать с vue?

Сделай пет-прожект и сам сделай вывод

лично у меня от vue бомбило 2 месяца, а потом я уволился -_-

А что не так с vue?

лично у меня от vue бомбило 2 месяца, а потом я уволился -_-

ого как довело)

Было бы такое...

Есть такое) более того, и гораздо более крутые штуки вполне реальны

Есть такое) более того, и гораздо более крутые штуки вполне реальны

Расширять Error стандартный не айс

Я не про расширение

Можно матчить прямо по паттернам, любым

Объект, тип, сумма типов, любая валидирующая функция и так далее)

А что не так с vue?

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

Объект, тип, сумма типов, любая валидирующая функция и так далее)

Функцией же?

Функцией же?

Нет, описав свою сумму типов)

`` test('complex types', () => {   const Point = TypePoint({     x: Number,     y: Number,   })   const Line = TypeLine({     start: Point,     end : Point,   })   const Circle = TypeCircle({     center: Point,     radius: Number,   })   const Shape = UnionShape({     Line,     Circle,   })   const point1 = Point({ x: 1, y: 2 })   const point2 = Point({ x: 0, y: 10 })   const shape1 = Shape({     start: { x: 0, y: 0 },     end : { x: 1, y: 0 },   })   expect(shape1).toHaveProperty('type', 'Line')   expect(shape1).toHaveProperty('typeName', 'Shape')   expect(shape1).toHaveProperty('value.end.x', 1)   const shape2 = Shape({     center: point1,     radius: 1,   })   expect(Point.is({ x: 1, y: 2 })).toBe(true)   expect(Point.is(point1)).toBe(true)   expect(shape2).toHaveProperty('type', 'Circle')   expect(shape2).toHaveProperty('typeName', 'Shape')   expect(shape2).toHaveProperty('value.center.y', 2)   const shape3 = Shape({     center: { x: 1, y: 2 },     radius: 1,   })   expect(shape3).toHaveProperty('type', 'Circle')   expect(shape3).toHaveProperty('typeName', 'Shape')   expect(shape3).toHaveProperty('value.center.y', 2) }) `

Нет, описав свою сумму типов)

.case({ 'First+Second': () => {} })

`` test('complex types', () => {   const Point = TypePoint({     x: Number,     y: Number,   })   const Line = TypeLine({     start: Point,     end : Point,   })   const Circle = TypeCircle({     center: Point,     radius: Number,   })   const Shape = UnionShape({     Line,     Circle,   })   const point1 = Point({ x: 1, y: 2 })   const point2 = Point({ x: 0, y: 10 })   const shape1 = Shape({     start: { x: 0, y: 0 },     end : { x: 1, y: 0 },   })   expect(shape1).toHaveProperty('type', 'Line')   expect(shape1).toHaveProperty('typeName', 'Shape')   expect(shape1).toHaveProperty('value.end.x', 1)   const shape2 = Shape({     center: point1,     radius: 1,   })   expect(Point.is({ x: 1, y: 2 })).toBe(true)   expect(Point.is(point1)).toBe(true)   expect(shape2).toHaveProperty('type', 'Circle')   expect(shape2).toHaveProperty('typeName', 'Shape')   expect(shape2).toHaveProperty('value.center.y', 2)   const shape3 = Shape({     center: { x: 1, y: 2 },     radius: 1,   })   expect(shape3).toHaveProperty('type', 'Circle')   expect(shape3).toHaveProperty('typeName', 'Shape')   expect(shape3).toHaveProperty('value.center.y', 2) }) `

оо

`` test('complex types', () => {   const Point = TypePoint({     x: Number,     y: Number,   })   const Line = TypeLine({     start: Point,     end : Point,   })   const Circle = TypeCircle({     center: Point,     radius: Number,   })   const Shape = UnionShape({     Line,     Circle,   })   const point1 = Point({ x: 1, y: 2 })   const point2 = Point({ x: 0, y: 10 })   const shape1 = Shape({     start: { x: 0, y: 0 },     end : { x: 1, y: 0 },   })   expect(shape1).toHaveProperty('type', 'Line')   expect(shape1).toHaveProperty('typeName', 'Shape')   expect(shape1).toHaveProperty('value.end.x', 1)   const shape2 = Shape({     center: point1,     radius: 1,   })   expect(Point.is({ x: 1, y: 2 })).toBe(true)   expect(Point.is(point1)).toBe(true)   expect(shape2).toHaveProperty('type', 'Circle')   expect(shape2).toHaveProperty('typeName', 'Shape')   expect(shape2).toHaveProperty('value.center.y', 2)   const shape3 = Shape({     center: { x: 1, y: 2 },     radius: 1,   })   expect(shape3).toHaveProperty('type', 'Circle')   expect(shape3).toHaveProperty('typeName', 'Shape')   expect(shape3).toHaveProperty('value.center.y', 2) }) `

а что это за пакет?

.case({ 'First+Second': () => {} })

Это .concat. Тоже разумеется абсолютно тривиально ?

а что это за пакет?

mezzanine

https://github.com/zerobias/mezzanine/blob/master/test/union.test.js

https://github.com/zerobias/mezzanine/blob/master/test/union.test.js

но вот когда throw ошибку ему необходимо чтобы класс наследовался от Error а ещё *Error кидают сторонние либы и сам браузер

Ты можешь написать поле { field: 'RangeError' } и будут матчиться любые объекты, имеющие это поле с данным значением

У меня серьёзная проблема описать в readme все те возможности, что я уже реализовал ?

У меня серьёзная проблема описать в readme все те возможности, что я уже реализовал ?

не у тебя одного такие проблемы я завел себе привычку, писать в коммите описание того чт я сделал в подробностях а недавно начал писать в conventional-commit + commitizen генерирую понятный чейнджлог и стараюсь сразу писать описашку и примеры (но конечно не всегда так) с течением времени я не теряю и не забываю никаких изменений и возможностей

Так у меня даже тесты описаны) Проблема в том, что они в принципе и звучат как мой ник для обычного человека ?

Так у меня даже тесты описаны) Проблема в том, что они в принципе и звучат как мой ник для обычного человека ?

кстати да по тестам тоже можешь потом писать доку спокойно))

Привет, как менее грязно компоненту реюзать где возможна передача множества чайлдов и с доп. логикой? Например const SomeCmp = props => ( <div clas="random"> ... <DetailCmp propCmp1={props.someVar === "val" ? <A {...props}/> :<B {...props}/>} propCmp2={props.someVar2 === "val" ? <C {...props}/> :<D {...props}/>} propCmp3={props.someVar3 === "val" ? <E {...props}/> :<F {...props}/>} /> ... ); В DetailCmp будут просто помещены компоненты передаваемые. В SomeCmp тоже логики кроме передачи нужных компонентов в DetailCmp нет, поэтому наверное HOC тут никак не поможет? эти кейсы потом устанешь тестировать

Кто-нибудь знает что-то лучше? https://ant.design

В плане удобности внедрения \ поддержки и UI\UX для прользователя?

@ZeroBias сейчас ещё раз всмотрелся в mezzanine и наверное буду юзать в одном из личных проектов очень привлекательно выглядит что с типизацией?

блин, очень жду когда запилят ts в бабель чтобы генерить PropTypes и вот mezzanine из interface'ов

блин, очень жду когда запилят ts в бабель чтобы генерить PropTypes и вот mezzanine из interface'ов

А почему не наоборот, из кода генерить интерфейсы?)

А почему не наоборот, из кода генерить интерфейсы?)

Тогда смысл тс пропадает

А почему не наоборот, из кода генерить интерфейсы?)

да пофиг можно любыми вариантами))) мне нравится именно интерфейсами генерить проптайпс

ERROR: S client not available

да пофиг можно любыми вариантами))) мне нравится именно интерфейсами генерить проптайпс

Напиши свой Бабель плагин ^^

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

Кто-нибудь знает что-то лучше? https://ant.design

неа :) главное с локалями разберись

да пофиг можно любыми вариантами))) мне нравится именно интерфейсами генерить проптайпс

В io-ts можно интерфейс из рантайм типа получить, и никаких плагинов не надо

В io-ts можно интерфейс из рантайм типа получить, и никаких плагинов не надо

я не хочу тянуть в рантайм типы и вообще io-ts не оч добрая штука

А mezzanine это не рантайм типы?)

А mezzanine это не рантайм типы?)

легкие очень )

@ZeroBias сейчас ещё раз всмотрелся в mezzanine и наверное буду юзать в одном из личных проектов очень привлекательно выглядит что с типизацией?

Flow, в большинстве кейсов уже выводит тип, но отдельно этим пока не занимался

Flow, в большинстве кейсов уже выводит тип, но отдельно этим пока не занимался

Там где флоу выводит тип тс остаётся плакать

А mezzanine это не рантайм типы?)

Это в первую очередь не интерфейсы, а паттерн матчинг

Там где флоу выводит тип тс остаётся плакать

Не факт, тут же всё завязано на Mapped types

Не факт, тут же всё завязано на Mapped types

Окей

есть const SortableList = SortableContainer(function({items, onSelect, disabled}) {

не понимаю как передать в него колбэк

где в родители используется this.state или this.setState

есть const SortableList = SortableContainer(function({items, onSelect, disabled}) {

Пожалуйста!!!!!!! Иди учить JS

очень тебя прошу

ор

жара) @ethorz у тебя голова не кипит там?) начни ты с learn.javascript.ru с 0 пройдись до конца за недельку не спеша. Самому будет приятней в разы и потом сразу понятно многое станет

кипит, я спал 3 часа, мне можно

кипит, я спал 3 часа, мне можно

ну так иди поспи))

есть const SortableList = SortableContainer(function({items, onSelect, disabled}) {

а это вообще что за конструкция? О_О как оно вызовется? или это функция - типо аргумент с обьъектом внутри?

Не задавай лишних вопросов

а это вообще что за конструкция? О_О как оно вызовется? или это функция - типо аргумент с обьъектом внутри?

кстати да SyntaxError же

нет, никаких ошибок нет

нет, никаких ошибок нет

не верю

А ты консоль пробовал открывать?)00000

да, открыта

ошибка только на setState внутри обработчика

да, открыта

у тебя в промисах есть .then(() => {}, () => {}) или .catch(() => {}) ??