видишь .d.ts, значит, внутри только типы

удобней с этим работать

Вообще да но нет

^ умеет объяснить

?

Вообще да но нет

давай чуть подробней?)

грубо говоря, какой тебе профит от того, что там только типы?

Ну я просто тоже заголовки выношу, но не в .d.ts, и не ради какой-либо оптимизации компилятора)

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

собственно, .d.ts файл — ядро какой-то фичи

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

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

вообще на тему модулей всегда полезно балансировать coupling & cohesion

если есть файл, который все импортят или от которого все зависят, то что-то идет не так. Надо ограничить список таких типов теми типами, что есть в env

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

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

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

зависит от среды

два экрана это модуль и тесты к нему :\

зависит от среды

Если открыть два файла - сложно, то советую среду менять)

я не про открытие, а про наведение

если есть файл, который все импортят или от которого все зависят, то что-то идет не так. Надо ограничить список таких типов теми типами, что есть в env

давай немного подискутируем здесь

я не про открытие, а про наведение

Аналогично

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

я как вимер говорю, что мышка это неприкольно)

два экрана это модуль и тесты к нему :\

Значит ты не видишь типы (если у тебя кода больше 20 строчек), вывод - тезис не катит)

Значит ты не видишь типы (если у тебя кода больше 20 строчек), вывод - тезис не катит)

ха, не делаю кода больше 20 строк

А, вопросов больше нет)

конечно делаю(

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

да

И если меняется эта сущность, я считаю благом, когда у тебя начинает валиться зависимый код

ну правильно

я пока не улавливаю о чем мы спорим и спорим ли)

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

или тип или интерфейс

как ты понимаешь, надо ли тебе переиспользовать имеющийся тип или надо создать новый?(аналогично про функции и все остальное)

Глубоко копнул)

как ты понимаешь, надо ли тебе переиспользовать имеющийся тип или надо создать новый?(аналогично про функции и все остальное)

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

Если же это какая-то модификация старой, к примеру с более удобными для компонента свойствами, то создам новый, перегружающий старый

примерно так, но кейсов сильно больше ))

понять новая ли это бизнес-сущность, на этапе моделирования бывает очень сложно

они все имеют сразу мало операций и у многих они похожи или одинаковы

а так про модули повторюсь coupling&cohesion надо балансировать, пониже coupling и повыше cohesion)

ок, поизучаю. благодарю

вопрос: если keyof используется для получения перечисляемого типа из набора полей, то что можно использовать для набора из значений полей интерфейса?

у тебя там все равно number скорее всего

у тебя там все равно number скорее всего

Это ты мне? )

да

Мне нужно получить ОПРЕДЕЛЕННЫЙ набор из чисел

Только тот, который содержится в значениях полей интерфейса

надо отдельно его определить

type Values = 0 | 1 ...

А как сделать так что б они были связанными?

вместо number в record пихать Values)

но связь условная

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

передавайте не число, а поле

его можете проверить

передавайте не число, а поле

Не понял, если честно )

ну, не 0, 1 или 2, а "BasicInformationBlock"

Спасибо, попробую

Насчет енамов) https://github.com/Microsoft/TypeScript/issues/13042

Всем привет.

Подскажите что такое strictNull, куда смотреть и с чем его едят. Спасибо.

ERROR: S client not available

Подскажите что такое strictNull, куда смотреть и с чем его едят. Спасибо.

https://www.typescriptlang.org/docs/handbook/release-notes/typescript-2-0.html

Спасибо! :)

Ребятки, как у нас сейчас с полноценной рантайм интроспекцией в тайпе? Я последнее время не следил за этим. Там что-то с декораторами было их то форсили то депрекейтили. Вобще есть кто юзает у себя?

и вообще с reflect-metadata кто-нибудь игрался?

там не будет инфы про interface/type

только классы

пичаль

хотя можно и допихать туда её

ну да, только если самому

ладно, попробую позже

so true https://twitter.com/andrestaltz/status/844991621552881668

so true https://twitter.com/andrestaltz/status/844991621552881668

чет в чатике флоу наоборот, хы

нет, там не так

в том-то и дело

там просто флоу не нужен?)

Кстати, а есть реальные преимущества флоу перед typescript?

там красных персонажей примерно 1

Кстати, а есть реальные преимущества флоу перед typescript?

он был бы очень хорош, если бы его развивали и сделали более человеческий интерфейс

Кстати, а есть реальные преимущества флоу перед typescript?

свинг вечеринки

он был бы очень хорош, если бы его развивали и сделали более человеческий интерфейс

Человеческий интерфейс в каком смысле?

Человеческий интерфейс в каком смысле?

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

Ага, спасибо )

ну и дока примерно никакая

https://trends.google.com/trends/explore?q=typescript

тайпа растёт как на дрожжах

а flow я даже не знаю как правильно гуглить про него и в трендах что писать

хочу * из флоу в тайпскрипт

а flow я даже не знаю как правильно гуглить про него и в трендах что писать

flowtype ?

https://trends.google.com/trends/explore?q=typescript,flowtype