есть в 2.3

у меня 2.3

может его как-то заткнуть и сказать что тут 100% будет совместимый тип?

Но ведь он прав

Но ведь он прав

да не

тут правда генерик лучше

https://github.com/Microsoft/TypeScript/wiki/What%27s-new-in-TypeScript#generic-parameter-defaults

збс

T = DefaultType

так

а можешь ткнуть в статью или объяснить чем лучше type vs interface?

тут вроде пишут что те же яйца, только с лимитами

http://stackoverflow.com/a/37233777

> Interface types have many similarities to type aliases for object type literals, but since interface types offer more capabilities they are generally preferred to type aliases.

а генерики V/T и прочее это ок?

ну однобуквенная херня

ок

Народ, а как в TS с css-modules? Я читал, что боль.

ох

генерики потянули за собой кучу говна в 5 файлах

как форс-каст сделать? )

особенно заеибсь class VDataSheet extends DataSheet<V>{} return (<VDataSheet …/>)

:)

как форс-каст сделать? )

as ?

ну пришлось в any

в другой тип ругался все равно

особенно заеибсь class VDataSheet extends DataSheet<V>{} return (<VDataSheet …/>)

лол

ну типа нельзя сделать return (<DataSheet<V....

Может мимо вопрос

а по Haxe есть тг чат?

> Interface types have many similarities to type aliases for object type literals, but since interface types offer more capabilities they are generally preferred to type aliases.

В типах фич уже побольше

А implements делается банально: const a: SomeYourType = new SomeYourClass

Может кто подскажет почему на notExistValue1 ошибка не вываливается?

дай код

у себя прогоню

interface ITest { someValue: string } type SomeFunction<R> = () => R; const test1: SomeFunction<ITest> = () => ({ someValue: 'asasdsd', notExistValue1: 'asda', }) const test2: ITest = { someValue: 'asasdsd', notExistValue2: 'asda', }

➜ formbuilder git:(master) ✗ ./node_modules/.bin/tsc src/test.ts src/test.ts(14,3): error TS2322: Type '{ someValue: string; notExistValue2: string; }' is not assignable to type 'ITest'. Object literal may only specify known properties, and 'notExistValue2' does not exist in type 'ITest'.

это на notExistValue2 падает

а не на notExistValue1

а

хм

Фарту масти ауе

так падает interface ITest { someValue: string } const test1 = (): ITest => ({ someValue: 'asasdsd', notExistValue1: 'asda', })

interface ITest { someValue: string } type SomeFunction<R> = () => R; const test1: SomeFunction<ITest> = () => ({ someValue: 'asasdsd', notExistValue1: 'asda', }) const test2: ITest = { someValue: 'asasdsd', notExistValue2: 'asda', }

флоу кстати норм чекает)

https://goo.gl/b3ypi4

ребята как в тс прописать childContextTypes

?

ребята как в тс прописать childContextTypes

Это должно быть статичное поле static childContextTypes = { foo: React.PropTypes.string }

да это ясно я думал что можно без PropTypes обойтись )

интересно, кто как типизирует redux + thunk?

Можно написать неймспейс и интерфейсами все описать и затипизировать... но получается оч длинно (

Это должно быть статичное поле static childContextTypes = { foo: React.PropTypes.string }

Вообще проптайпс в отдельном пакете уже

А вот если я пишу у себя в компоненте что-то типа this.something = 'anything' то тайпскрипт ругается: Property 'something' does not exist on type 'MyComponent'

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

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

private something = 'anything'

private something = 'anything'

Хм, спасибо, а если я не хочу private?

Хм, спасибо, а если я не хочу private?

ну тогда не пиши private :)

оно будет public по дефолту

Хм, спасибо, а если я не хочу private?

Если надо присвоить где-то потом, то можно class Component { something: string }

Но лучше конечно присвоить пустую строку)

Если надо присвоить где-то потом, то можно class Component { something: string }

Ага, так понятнее) Ну у меня там не строка на самом деле а объект

ERROR: S client not available

Это я для упрощения написал)

Народ, как проверить, что элемент есть в enum? Мне бы как-то это в интерфейсе делать

Народ, как проверить, что элемент есть в enum? Мне бы как-то это в интерфейсе делать

проверить в рантайме?

вот и не хотелось бы, хотелось бы при сборке

если переменная, то только рантайм

а есть способ как-то проверять при сборке? Могу даже от enum отказаться

нет

пользовательский ввод ты как проверишь при сборке?

также и тут

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

ну у меня все хвосты найти можно, откуда пришла переменная. Условно - у меня есть кнопка и у нее есть определенные стили. Стилей ограниченное количество. Например, 5. И им соответствуют id от 1 до 5. Хотелось бы кидать ворнинг при написании renderButton(6)

const f = (t: 1 | 2 | 3 | 4 | 5) => { }

Да, я сейчас как раз это тестирую

но это неудобно

const f = (t: 1 | 2 | 3 | 4 | 5) => { }

да только так

у меня enum Color = { Blue, Orange, Grey, White } и тогда могу юзать Color.Blue, а тут придется юзать, например, 2

но это в случае, если ts сможет вычислить

у меня enum Color = { Blue, Orange, Grey, White } и тогда могу юзать Color.Blue, а тут придется юзать, например, 2

Color[2] тоже работает)

и Color['Blue']

сейчас у меня

type ColorName = 1 | 2 | 3 | 4 | 5; можно как-то типа type ColorName = getids(MyEnum)

?

нет вроде

ну это я понимаю

окей

что будет Object.keys(Foo) ?

0,1,2. Но это же только в рантайме?

нет