думал reference директива поможет, но нет

у меня работает: "include": [ ...... "./types/**/*.d.ts" ],

вот так будет работать

а что не работает?

не из libs.d.ts, а просто из libs

а нужны там export директивы то ?

а нужны там export директивы то ?

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

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

ага

ну и в import *

не из libs.d.ts, а просто из libs

Есть еще идеи? ?

Есть еще идеи? ?

так а что не работает?

ну в файле деклараций ж ничего такого нет

ну в файле деклараций ж ничего такого нет

импорт из libs на второй строке

делай гисты и кидай ссылки на строки, а то я вообще не понимаю вопросы. Твой index.d.ts подключен и все с ним хорошо, исправляй оставшиеся ошибки

делай гисты и кидай ссылки на строки, а то я вообще не понимаю вопросы. Твой index.d.ts подключен и все с ним хорошо, исправляй оставшиеся ошибки

вопрос почему при импорте декларации, компилятор по прежнему жалуется на библиотеку.

а какая строчка в декларации должна исправить ошибку?

я нигде не вижу в ваших декларациях модуля vuelidate/blablabla

Если функция может вернуть или string или byte32 как указать тип возвращаемого ? somefun(input: string): ??? { return string or byte32}

string | byte32

?

Всем привет, у меня вопрос, интерфейсы типов вроде React.SyntheticEvent<T> требуют тип, так как дженерик. Я прописываю any в дженерик, и норм работает, но мне интересно как правильно использовать дженерик интерфейсы типов?

Всем привет, у меня вопрос, интерфейсы типов вроде React.SyntheticEvent<T> требуют тип, так как дженерик. Я прописываю any в дженерик, и норм работает, но мне интересно как правильно использовать дженерик интерфейсы типов?

Надо писать для какого элемента ты используешь Event, иначе target у тебя any будет.

Надо писать для какого элемента ты используешь Event, иначе target у тебя any будет.

Спасибо, а вот можешь взглянуть почему ругается тс

Говорит что не существует проперти value для EventTarget, дженерик прописал

Понятно, нужно юзать currentTarget

Можно ли как-то сделать так чтобы тип props в constructor считывался с типов класса? Чтобы не дублировать RouteComponentProps<any>

Тебе во flow)

Тебе во flow)

То есть придется дублировать?

Да.

Да.

спасибо, это лучше чем неизвестность

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

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

Ну так он уже вынесен, это импортнутый тип. Или ты о том чтобы дженерик зафиксировать?

А, сорян, я пропсы и стейт в сигнатуре попутал.

props: RouterComponentProps<any> помогает?

Я бы описал стейт через интерфейс или тайм твой стейт, особой пользы нет, но выглядело бы чище)

или он просто в конструкторе не подхватывает?

props: RouterComponentProps<any> помогает?

Помогает, перестает ругаться

props: RouterComponentProps<any> помогает?

да, для того что бы this.props.match ts норм подхватывал и не ругался

ну тогда хорошо :)

Я бы описал стейт через интерфейс или тайм твой стейт, особой пользы нет, но выглядело бы чище)

мне нравится так ?

то есть я бы написал interface AuthState { login: string, ... } export class Auth extends Reat.Component<RouterComponentProps<any>, AuthState> { render() { ... }

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

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

Что за портянки? типа из-за плохой читаемости ту путал пропс и стейт?

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

У меня был хороший человек который этому учил и ему большое спасибо - @izatop

Что за портянки? типа из-за плохой читаемости ту путал пропс и стейт?

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

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

Чтож, сударь. Вы победили

лол, сам про красоту, и сам у себя any проставил когда то, хорошо что открыл этот код ?

?

Мне нра, но тут конечно же каждому свое

Так что если что никогда не поздно делать все по своему, или говнокодить х)

Хотя иногда это одно и тоже ?

Я тоже за читабелность и красоту, посему вопрос, чтобы обычно идет типом в дженерик RouteComponentProps? линтер не дает покоя

Пошарив сорс, видно что match.params берет тип из дженерика

Никак руки не дойдут до гугления

я гуглил, не особо инфы

ERROR: S client not available

сам все время передаю ему any, но наверное есть вариант изящнее

а, так изи жи

то есть ты передаешь ему объект, в котором описываешь что у тебя приходит в match.params

то есть ты передаешь ему объект, в котором описываешь что у тебя приходит в match.params

действительно ?

хотя на данном этапе, хз что там будет

но тут проще прописать RouterComponentProps<{id: string}>

хотя на данном этапе, хз что там будет

в основном или пусто или id жи =)

в основном или пусто или id жи =)

я наверное делаю что-то не так, я частенько передаю и другие вещи, что-то типа типов, обычные стринги, как енумы

в match.params?

в match.params?

Да, иногда объявлять отдельные роуты казалось оверхедом, поэтому я мог делать так myroute/:subroute, и внутри компонента какая-нибудь логика основонная на этом

ну просто у тебя вместо id будет subroute

ну и можешь вместро string указать точные типы

ну и можешь вместро string указать точные типы

верно, просто щас проект новый, и лень продумывать такие детали)

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

Вроде нет. Только если дженерик подменить

Вроде нет. Только если дженерик подменить

Что значит подменить дженерик ?)

На входе Dispatcher<Event> на выходе Dispatcher<LogEvent>

Но это грязновато

export function decorator<T extends { new (...args: any[]): {} }>( constructor: T, ) { return class X extends constructor { property: string = "test" constructor(...args: any[]) { super(...args); } }; }можешь на примере из доков показать? если не лень

Ребята, вступаеи в @nest_ru это грубо говоря ангуляр на бэкедни, с di и др плюшками, которые нам нравятся в ангуляре.

Ребята, вступаеи в @nest_ru это грубо говоря ангуляр на бэкедни, с di и др плюшками, которые нам нравятся в ангуляре.

умеешь продавать

Ребят, подскажите, как заюзать prettier при использовании tslint и конфига tslint-config-airbnb преттиеру как то пофиг на тслинтовские правила =(

Ребят, подскажите, как заюзать prettier при использовании tslint и конфига tslint-config-airbnb преттиеру как то пофиг на тслинтовские правила =(

есть конфиги для линтера которые переписывают конфликтующие правила eslint-config-prettier, может и для тс есть такое

Если вскод используешь, то в настройках пропиши ‘prettier.eslintIntegration’: true

спс ща пробну

Хотя не уверен, что с тслинтом сработает

В вскоде тупо в настройках плагин можно включить авьоисправления, и никакой prettier не нужен

В вскоде тупо в настройках плагин можно включить авьоисправления, и никакой prettier не нужен

Преттиер не для исправлений