Так это не то

Похоже под описание — какой-то тип, за которым неважно что происходит

В ts можно аля declare class YourOpaqueType { // ваш тип тут private someUselessThingToMakeItNominal: {} }

Костыли костылики

Почему классы структурные конечно вообще загадка)

Почему классы структурные конечно вообще загадка)

А как, нужно было сделать две разные модели типизации для классов и интерфейсов? По-моему это было бы очень сложно

В первую очередь сложно для понимания \ запоминания

А как, нужно было сделать две разные модели типизации для классов и интерфейсов? По-моему это было бы очень сложно

Да, именно. Вообще структурными мб стоило делать только типы(type)

Типы появились в какой версии-то? 1.4?

Хз, до 1.5 не следил за изменениями

А так instanceof ломает эти структурные проверки

Неявная реализация интерфейсов это вообще киллер-фича TS

Ну тогда типы номинальные, если они позже появились

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

Единственное для чего они удобнее - это type X = A | B

Скорее зачем интерфейсы)

Скорее зачем интерфейсы)

Они были с самого начала

Ну вот ребята утверждают, что это правильное проведение.

Это баг

Это баг

Ну велком в ишью, может убедите

Они были с самого начала

И что)

И что)

Смысл ломать обратную совместимость ради того, чтобы заменить шило на мыло?

Смысл ломать обратную совместимость ради того, чтобы заменить шило на мыло?

Не надо ломать

Так если типы убирать ты тоже ломаешь)

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

Просто типы мощнее чем интерфейс, классы от них имплементить давно можно, mapped types только в типах работают

Просто типы мощнее чем интерфейс, классы от них имплементить давно можно, mapped types только в типах работают

MT в интерфейсах же вроде тоже

здесь же показывали

здесь же показывали

когда?

неделю-две назад

?

Я не вижу какого-то фундаментального ограничения, почему mapped types не могли бы работать внутри интерфейсов

Просто наплодили сущностей и теперь их тяжелее поддерживать

Просто наплодили сущностей и теперь их тяжелее поддерживать

не работают

там да

косяк

An index signature parameter type must be 'string' or 'number'.

Привет. Вот тут чувак делает типизацию hoc и использует шаблонную функцию для этого. Но потом он не специализирует её при вызове. Как туда интерфейс пропсов сам попадает? https://medium.com/@DanHomola/react-higher-order-components-in-typescript-made-simple-6f9b55691af1#2b5b

вывод типа?)

Только не пойму как он работает в данном случае, если в hoc передаётся компонент без указания типа.

Только не пойму как он работает в данном случае, если в hoc передаётся компонент без указания типа.

смотрит на параметры которые ты передал и пытается вывести типы

https://twitter.com/vkurchatkin/status/887621471492812801

https://twitter.com/vkurchatkin/status/887621471492812801

Компилю в последний ес, транспилю баьелем

Ну так можно, да

https://twitter.com/vkurchatkin/status/887621471492812801

По-моему это как раз ожидаемое поведение, учитывая что в обычном javascript: '?'.length == 2 '?'.split('').length == 2

Приведенный код должен работать по другому

Интересно, а как Babel решает эту проблему?

Вот тут написано что реализовать это на ES5 сложно: https://stackoverflow.com/a/21409165/1293168

Бабель решает эту проблему

Но ему нужен полифил

Это ответ на stackoverflow необоснован

@syabro ты как-то решил?

Э

Просто импортом

@types/lodash стоят?

не, так я не хочу, я хочу import throttle from 'lodash/throttle'

@types/lodash стоят?

естессн

ну хоти :)

...

import throttle from 'lodash.throttle' можно так

ERROR: S client not available

import throttle from 'lodash.throttle' можно так

а так ругается в рантайме: throttle_1.default is not a function

Кто шарит во flow, почему в interface нельзя указывать ?option параметры, а в type можно?

Кто шарит во flow, почему в interface нельзя указывать ?option параметры, а в type можно?

https://t.me/flowtype_ru

теперь только TS? :)

а так ругается в рантайме: throttle_1.default is not a function

да, косякнул, там немного другой синтаксис import throttle = require('lodash.throttle') будет

да, косякнул, там немного другой синтаксис import throttle = require('lodash.throttle') будет

Не надо так писать

да, косякнул, там немного другой синтаксис import throttle = require('lodash.throttle') будет

но это какой-то неземной синтаксис

а так ругается в рантайме: throttle_1.default is not a function

* as throttle

* as throttle

читай сначала

вопрос же с этого начался

Бабелом мб скомпилить

вопрос же с этого начался

окейй

короче ладно

дурацкий у вас typescript

Не надо так писать

почему? Это как раз workaround для ситуаций, когда модуль экспортируется как module.exports = Module

Это устаревший костыль

А есть новый костыль?

теперь только TS? :)

да, заголовок никак не поменяют

видимо пока нет https://github.com/DefinitelyTyped/DefinitelyTyped/issues/14267

ктонить юзает tslint? Может знаете как отключить требование trailing-comma после ...rest?

вроде в eslint такое пофиксили, а тут походу баг, либо я не нашел настройки

да, заголовок никак не поменяют

С заголовком всё ок, видишь там минус вместо плюса

люди вот путаются и паникуют

@admin

поменяйте имя чата)

XD

ахаха)))

Бест ?