это реакт аппликуа, которая собирается вебпаком

ну, если рассматривать тс как сферическую теслу, то да, наверное

как монаду

как монаду

"у меня монады завелись, шоделать"

ммм, ну, импорт работает, если начало пути указа - вебпак из бадла класс достает

import(ui/${vendor}/${componentName})

вот это импортирует нормально

в классе же вообще можно только объявлять поля и методы а тут вызов прямо в теле класса

псеводкод

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

не делайте так

все очень просто

у всех компонент куча общего кода

не наследовать очень грустно

пожалуйста, не надо использовать наследование для реюза кода :(

потом же кому-то с этим работать

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

и все будет хорошо, честно

этот кто-то я и есть, рефакторинг делаю

очевидно, что тут не только реюз кода

действительно, не тот канал, как в самом начале было сказано :)

не наследовать очень грустно

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

Дето я это уже слышал, в полку фанатиков одной стороны прибыло

Да причем тут...? Просто 20 сообщение бессмысленного флуда, по хорошему варн не помешал бы

Я к фразе прицепился ?

Ничего личного

знатоки ts, подскажите как данный пример из react-router переписать на typescript (интересует та часть, где деструктуризация props)

знатоки ts, подскажите как данный пример из react-router переписать на typescript (интересует та часть, где деструктуризация props)

В тайпингах реакта общий дженерик для компонентов React.ComponentType<Props>

И интерфейс его Props должен не конфликтовать с интерфейсом props, которые в render функции ты прокидываешь спредом

Не увидел, что Component это не интерфейс, а присваивание

извини, пока не очень понял. я нуб в ts. не могу понять, как у переменной Component объявить тип (any хотяб), чтоб компилятор не ругался

тут деструктуризация с присваиванием

Тогда надо интерфейс props для PrivateRoute описать, все то же самое с component типом

а если в props-ах переменное число свойств? для этого в rest оставшиеся свойства копируются. как интерфейс в таком случае описать?

interface IProps { component: ComponentType<RouteProps>; ... } const PrivateRoute = (props: IProps) => ...

а если в props-ах переменное число свойств? для этого в rest оставшиеся свойства копируются. как интерфейс в таком случае описать?

Тогда нужен дженерик

Доеду до компа, отпишусь

спасибо, буду пока копать)

спасибо, буду пока копать)

Посмотри кстати, какой интерфейс в тайпингах роутера, для Route render props

вот это ты имеешь ввиду?

Пожалей свои глаза

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

https://codesandbox.io/s/oj5l4rpj0q но тут есть минус

как через <PrivateRoute component={Foo} customPropFoo="qwerty" /> в компонент передать свойства только для этого компонента

есть такая необходимость? обновлю

Олег, спасибо за помощь! Пока такой необходимости вроде бы нет)

правильно ли я понимаю, что component в IPrivateRouteProps можно не переопределять, ведь сигнатура в RouteProps такая же?

правильно ли я понимаю, что component в IPrivateRouteProps можно не переопределять, ведь сигнатура в RouteProps такая же?

вообще да

хотя у меня без переопределения не работает

хотя у меня без переопределения не работает

в общем максимум чего добился, с типизацией свойств https://codesandbox.io/s/n0o5vmrw80

<PrivateRoute component={Bar} componentProps={ { customProp: 12345, customProp2: "qwerty" } as IBarProps } /> PrivateRoute видит, что дженерик P равен IBarProps Но при этом не считает левое свойство customProp2 за ошибку

не понимаю почему

потому что у тебя каст

я бы по дефолту флаг сделал который бы запретил касты

я бы по дефолту флаг сделал который бы запретил касты

А потом в одном месте он бы тебе понадобился)

А потом в одном месте он бы тебе понадобился)

ts-ignore

)))

ts выводит function PrivateRoute<IBarProps>(...): JSX.Element, то есть все как надо

или ты имеешь в виду что as по особому обрабатывается?

ts выводит function PrivateRoute<IBarProps>(...): JSX.Element, то есть все как надо

Убери as IBarProps

жди вот этого https://github.com/Microsoft/TypeScript/pull/22415

Убери as IBarProps

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

или ты имеешь в виду что as по особому обрабатывается?

As это что-то типа сказать компилятору "чувак, поверь мне, здесь именно такой тип"

As это что-то типа сказать компилятору "чувак, поверь мне, здесь именно такой тип"

так чего он тогда ошибку не видит?) если уж мы согласны, что такой тип

так чего он тогда ошибку не видит?) если уж мы согласны, что такой тип

Он верит

аа ну я понял

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

Ну почти, немного сравнивает

Ну почти, немного сравнивает

если есть пару минут демку посмотреть, как все-таки типизировать эти компоненты? Смысл в том, что бы в PrivateRoute передавать компоненты с разными свойствами, прокидывать эти свойства, и не терять типы interface IComponentProps<P> { component: React.ComponentType<P & RouteComponentProps<any»; componentProps: P; } const PrivateRoute = <P>({ component: Component, componentProps }: IComponentProps<P> ) => ( <Route render={(props: RouteComponentProps<any>) => ( «Component {...componentProps} {...props} /> )} )

по ходу этому PrivateRoute проще сделать такой же render, как у Route))

сделать два компонента

Во https://codesandbox.io/s/ojz9kkykz9

но никаких дженериков сомнительных

Как называется то чувство, когда твоя программа работает так, как задумано?

Легкий флер наебалова

Как называется то чувство, когда твоя программа работает так, как задумано?

Оптимизм

Ахахаха, наверное)

Как называется то чувство, когда твоя программа работает так, как задумано?

Мне кажется на немецком языке есть отдельное слово для описания данного чувства

Как называется то чувство, когда твоя программа работает так, как задумано?

Самообман

Как называется то чувство, когда твоя программа работает так, как задумано?

Это признак мастерства, а не чувство) хотя тут от уровня сложности зависит

Как называется то чувство, когда твоя программа работает так, как задумано?

животный страх

Как называется то чувство, когда твоя программа работает так, как задумано?

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

Объективизация - это офигенное чувство!

Да, говорят, одно из важнейших для человека)

Простите за глупый вопрос, что может препятствовать хапуску кода. Вроде следую книге. А получаю ошибку: ReferenceError: Export is not defined То что не было в книге: я поставил ссылку на файл test.js в index.html Простите, знаю что вопрос скорее всего тупой. Но не знаю как правильно запускать чтобы все работало

ее скриншоты

Я затрудняюсь что в таких ситуациях отвечать