Хоть выше и стоит фильтр, но видимо на тайпинги он никак не влияет

ПОчему? У тебя в тайпингах же написано, что в коллбек может прийти любой Event, а твоя функция умеет работать только с NavigationEnd

NavigationEnd наследуется от Event (расширяет дополнительными свойствами)

NavigationEnd наследуется от Event (расширяет дополнительными свойствами)

Всякий NavigationEnd является Event, но не всякий Event является NavigationEnd. .subscribe ждёт коллбек, который обработает всякий Event. Подробнее смотри ковариантность/контравариантность

Всякий NavigationEnd является Event, но не всякий Event является NavigationEnd. .subscribe ждёт коллбек, который обработает всякий Event. Подробнее смотри ковариантность/контравариантность

я это понимаю. Что делать то?

Ее в этом случае лучше отключить или есть какой-то способ обойти эту проверку? (через хитрый as в параметрах или еще как-то)

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

я это понимаю. Что делать то?

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

Но не уверен что это в принципе возможно

Я бы в subscribe всегда ждал Event и внутри скастовал бы к NavigationEnd

ну да, как вариант

Разве нижнее не отбрасывает необходимость писать остальные 3?

Тут такое дело. Если сигнатур больше одной то работают все кроме последней

Последняя супер общая для реализации внутри. А три верхних допускают использование любой из них. Но каждая жестче чем нижняя

Ts резолвит их сверху вниз в порядке указания, какая подошла ту и заюзает

Последняя супер общая для реализации внутри. А три верхних допускают использование любой из них. Но каждая жестче чем нижняя

Но это не для d.ts, так ведь?

жа, не обратил внимания. Но и тут в d.ts это имеет смысл

так как разные return types

стоп

нет

сложно

declare module 'object-path-immutable' { type Path = string | string[] interface WrappedObject<T> { set(path?: Path, value?: any): WrappedObject<T> push(path?: Path, value?: any): WrappedObject<T> del(path?: Path): WrappedObject<T> assign(path?: Path, source?: T): WrappedObject<T> value(): T } export default function immutable<T>(obj: T): WrappedObject<T> }

если импортирую как import immutable from 'object-path-immutable' то получаю undefined

в компайл-тайме или в рантайме?

если импортирую как import * as immutable from 'object-path-immutable' то работает, но имею TS2349: Cannot invoke an expression whose type lacks a call signature. Type 'typeof 'object-path-immutable'' has no compatible call signatures.

в рантайме

либо исправь тайпинги, либо исправь tsconfig

второе в компайле

либо исправь тайпинги, либо исправь tsconfig

что именно? :)

что именно? :)

в тайпингах у тебя написано, что есть некий дефолтный экспорт, а это не так, можно в tsconfig поставить allowSyntheticDefaultImports

хм, а как правильнее?

я могу и тайпинги поправить

ну вообще в тайпингах должно быть чето типа export = yourFunction

для таких вот nodejs модулей

тогда имею

ты мержишь тайпинги?

сек

https://github.com/syabro/object-path-immutable/blob/master/object-path-immutable.d.ts

короче либа отдает дефолтный враппер и пучок функций

было все ок пока дефолтный враппер не понадобился

:/

type ObjectPathImmutable = { (): Blablah set(): BlahBlah } declare const exports: ObjectPathImmutable export = exports

чето такое

хм

сеек

про { (): T } не додумался

ну либо пофикси в либе, чтоб она риал дефолтный отдавала)

Как вариант еще использовать что-то с больше чем 180 старов, если проект и сроки позволяют. Типо https://github.com/mweststrate/immer

не, мне интерфейс иммера не нравится

@mkusher заработало, спасибо

declare module 'object-path-immutable' { const exports: ObjectPathImmutable export default exports }

через дефолтный сделал

http://www.typescriptlang.org/play/index.html#src=class%20BaseClass%20%7B%0D%0A%20%20%20%20constructor(public%20id%3A%20number)%20%7B%0D%0A%20%20%20%20%20%20%20%20this.id%20%3D%20id%3B%0D%0A%20%20%20%20%7D%0D%0A%7D%0D%0A%0D%0Alet%20b%20%3D%20new%20BaseClass(128)%3B почему задваивает? В доках посмотрел и в issue, пока не нашел. Может кто знает

Потому что ты сам задваиваешь

Да, уже понял

https://codewithstyle.info/typescript-discriminated-union-types/

для нормального фп

Нафига нужны кортежи, если есть куда более удобные анонимные интерфейсы?

ERROR: S client not available

в аргументах функции у тебя не будет анонимных интерфейсов

...args все такое

вообще я думал для тайплевел итерации сделали

в аргументах функции у тебя не будет анонимных интерфейсов

почему?

почему?

ну спред

(...args: string[])

рест то есть

А, кстати да, теперь можно будет проверять частичное применение

Хотя не, стоп

Args это же тупо массив произвольного размера

А кортежи - структура для хранения фиксированного числа объектов потенциально разных типов

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

чо нет

любых типов

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

А пример синтаксиса есть?

не там tycho01 костылил

он же и добавил кортежи фиксированного размера

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

Осталось только зависимые типы притащить

если добавят спред

для таплов

в типах

то можно будет пилить всякую хренотень

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

в 2.8 можно будет

https://github.com/Microsoft/TypeScript/issues/6229

там вроде хотели path типизировать

хуево без овнера

совсем админов не осталось?