да, для браузера =)

Тады ой

Тс кажется таки до сих пор не умеет модули которые бы браузер жрал бы

Ну я правда не в курсе как там в современных бандлерах, застрял во временах browserify

да думал раз раз и начать кодить на TS =)

а тут оказывается надо изучать все это дело

Node JS давно копал, все забыл уже

Ну нода и тс и фронт и тс это очень разные ээээ способы времяпровождения

Ангулар хотя бы сразу на тс

А для вуе кто-то говорил что тайпинги вообще нельзя пока сделать нормально

А для вуе кто-то говорил что тайпинги вообще нельзя пока сделать нормально

Вроде как они сами теперь официальные тайпинги пишут

Вроде как они сами теперь официальные тайпинги пишут

Я рад что ошибался)

Я сам давно не проверял, как там дела, но следующий проект буду точно делать на TS + Vue

там шаблоны нетипизированные

ойй, там весьма кривые тайпинги(

по карйей мере для vuex (store, для управления состянием, вобще плохо тайпается)

Я сам давно не проверял, как там дела, но следующий проект буду точно делать на TS + Vue

Ну в любом случае хорошо знать разные инструменты. Мне самому куда-то надо податься с нг1

там шаблоны нетипизированные

Вот тут чувак пишет что если использовать Vue.extend, свойства в шаблонах статически проверяются: https://frontendsociety.com/writing-single-file-components-vue-files-in-typescript-vue-class-component-vs-vue-extend-c5c1d8e47b7

Ну в любом случае хорошо знать разные инструменты. Мне самому куда-то надо податься с нг1

Точно такая же ситуация, после ng1 пробовал разные фреймворки (ng2, react) и в итоге остановился на Vue как субъективно самом приятном

там написано про какой-то vetur

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

и это причина, по которой в ангуляре форк tsc

там написано про какой-то vetur

Это расширение для вскода

я это прочитал

Вот тут чувак пишет что если использовать Vue.extend, свойства в шаблонах статически проверяются: https://frontendsociety.com/writing-single-file-components-vue-files-in-typescript-vue-class-component-vs-vue-extend-c5c1d8e47b7

хммм, интерсно я пришел к тому, что если не выносить код в отдельынй файл, то не работают source-map'ы

я это прочитал

И это хорошо

в итоге внешние файлы испоьзую <script lang="ts" src="./CategoryList.ts"> </script>

Вот тут чувак пишет что если использовать Vue.extend, свойства в шаблонах статически проверяются: https://frontendsociety.com/writing-single-file-components-vue-files-in-typescript-vue-class-component-vs-vue-extend-c5c1d8e47b7

а оно точно в шалоне HTML тайпы проверяет?

а оно точно в шалоне HTML тайпы проверяет?

Я не настоящий сварщик

там ленгвидж сервис, который с тайпскриптовым совместим

еще в конце статьи написано что от этого страдают пропсы

говорят во вью есть режим jsx. проще его с тайпскриптом заюзать имхо

говорят во вью есть режим jsx. проще его с тайпскриптом заюзать имхо

говорят он работает как говно

да и хуй с ним

да, вродь как jsx не очень)

шаблоны так-то говнище

что в вуе, что в ангуляре

?

в статических шаблонах есть толк когда это позволяет оптимизации делать

а во вью виртуальный дом

нахуя им статические шаблоны - хз

консерваторы, решили ангуляр1щиков перетащить

в ангуляре и глиммере в этом есть толк

в vue - бесполезная хрень

тайпчек только убивает

в статических шаблонах есть толк когда это позволяет оптимизации делать

А всякие там радости интеллисенс это другими каким-то средствами делается? Не про это речь?

glimmer который на ember??

интеллисенс - это для любого языка кагбэ

чет говно

тайпчек только убивает

а что ты предлагаешь? с кода создавать компоненты?

я и говорю. бесполезность

glimmer который на ember??

он не на, а под)

интеллисенс - это для любого языка кагбэ

Ну в html нихрена не для любого, очень даже мало для какого

он не на, а под)

тем хуже

а что ты предлагаешь? с кода создавать компоненты?

я предлагаю либо юзать шаблоны по делу, либо юзать jsx / вызовы фуекций

тем хуже

да не, глиммер огонь

да не, глиммер огонь

чем он хорош?

чем он хорош?

там архитнектура очень крутая и оптимизации потенциальные

Ну в html нихрена не для любого, очень даже мало для какого

интеллисенс - это вообще не привязано к языку никак

ERROR: S client not available

ну что ж поделать

я убеждать не собираюсь если что)

никак не запилят идеальный фреймворк/библиотеку ))

похоже на мол

на што?

интеллисенс - это вообще не привязано к языку никак

Чёт мы друг друга не понимаем, забей)

на што?

$mol

Но ведь, если он абстрактный, то экземпляр все-равно не создать

Вроде как-то так... NodeClass?: new()=>Node;

Но ведь, если он абстрактный, то экземпляр все-равно не создать

потому и хочу исключить его

Вроде как-то так... NodeClass?: new()=>Node;

дело сдвинулось, но теперь он выдает ошибку: Expected 0 arguments, but got 1 то есть в новом классе похоже надо как-то определится с аргументами когда АПИ конструкторов совпадает, то порядок. Но что делать, если АПИ конструкторов производных классов отличается от родительского?

А друг от друга у производных отличается?

Может, так? NodeClass?: new(value:number)=>Node;

Может, так? NodeClass?: new(value:number)=>Node;

ну да это прокатило Спасибо за подсказку самой формулировки что тут производные классы!!! буду думать как это использовать дальше во благо))

А друг от друга у производных отличается?

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

Всем привет. Пытаюсь тут заиспользовать withDefaults из typelevel-ts https://github.com/gcanti/typelevel-ts#objectdiff Сначала проблема была в том, что объект можно было создать с неправильными значениями interface Props { theme: 'normal' | 'action'; size: 's' | 'm' | 'l'; } const MyComponent: SFC<Props> = ({ size, theme }) => <div>size is {size}, theme is {theme}</div>; const EnchancedComponent = withDefaults(MyComponent, { theme: 'zdarova_ebat' }); // ошибки нет потом я немного функцию подпилил, теперь инлайн объект работает (на примере выше ошибка кидается). Но не инлайн объект по прежнему не работает, пока ему явно тип не задать interface Props { theme: 'normal' | 'action'; size: 's' | 'm' | 'l'; } const defaultProps = { theme: 'zdarova_ebat' }; // TS вывел тип как { theme: string } const MyComponent: SFC<Props> = ({ size, theme }) => <div>size is {size}, theme is {theme}</div>; const EnchancedComponent = withDefaults(MyComponent, defaultProps); // здесь ошибка, что theme: string не совпадает с theme: 'normal' | 'action' будет работать, если явно тип указать ... const defaultProps: Pick<Props, 'theme'> = { theme: 'zdarova_ebat' }; // теперь будет ошибка но как-то это не круто( Есть ли способы меньше бойлерплейта писать?

Всем привет. Пытаюсь тут заиспользовать withDefaults из typelevel-ts https://github.com/gcanti/typelevel-ts#objectdiff Сначала проблема была в том, что объект можно было создать с неправильными значениями interface Props { theme: 'normal' | 'action'; size: 's' | 'm' | 'l'; } const MyComponent: SFC<Props> = ({ size, theme }) => <div>size is {size}, theme is {theme}</div>; const EnchancedComponent = withDefaults(MyComponent, { theme: 'zdarova_ebat' }); // ошибки нет потом я немного функцию подпилил, теперь инлайн объект работает (на примере выше ошибка кидается). Но не инлайн объект по прежнему не работает, пока ему явно тип не задать interface Props { theme: 'normal' | 'action'; size: 's' | 'm' | 'l'; } const defaultProps = { theme: 'zdarova_ebat' }; // TS вывел тип как { theme: string } const MyComponent: SFC<Props> = ({ size, theme }) => <div>size is {size}, theme is {theme}</div>; const EnchancedComponent = withDefaults(MyComponent, defaultProps); // здесь ошибка, что theme: string не совпадает с theme: 'normal' | 'action' будет работать, если явно тип указать ... const defaultProps: Pick<Props, 'theme'> = { theme: 'zdarova_ebat' }; // теперь будет ошибка но как-то это не круто( Есть ли способы меньше бойлерплейта писать?

Так ты не прокидывай 'vsyakuu_huety' в theme, у тебя ведь указано, что 'normal' или 'action'.

lol

Так ты не прокидывай 'vsyakuu_huety' в theme, у тебя ведь указано, что 'normal' или 'action'.

как с ризоном?

Так ты не прокидывай 'vsyakuu_huety' в theme, у тебя ведь указано, что 'normal' или 'action'.

Хотя нет, не прокатит. Нужно указать у defaultProps тип Props и всё ок тогда. Как раз защитишь себя от прокидывания 'vsyakoi_hueti'.

как с ризоном?

Не понял вопрос.

ну типо лучше чем флоу и тайпскрипт?

ето не к сообщению вопрос)

ну типо лучше чем флоу и тайпскрипт?

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

пинг

понг

так че про диспатч?

типа не логичнее было бы его так типизировать?

ну есть допустим типы миддлвар node_modules/redux/index.d.ts export interface Dispatch { ... } node_modules/redux-thunk/index.d.ts declare module 'redux' { аппендить кейс типо? }