Юзай флоу, он четкий

убедить бы всю компанию в этом

Сколько примерно баллов по шкале четкости?

10 из 10, конечно же.

Верю на слово

как вариант)

да, или propTypes

jsDoc хуже в этом плане работает, много ограничений

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

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

Типа если compose нельзя типизировать то все?

Типа если compose нельзя типизировать то все?

а где можно?)

Типа если compose нельзя типизировать то все?

Хочу типизировать

а где можно?)

В скале точно нельзя тоже

и в хаскеле

Хочу типизировать

Типизируй до 5 аргумента

Возможно что то будет с внедрением variadic types

есть определенные сомнения

ну типа вариативность сложно, а это норм, осилим?)

лол

добрый день. по TS можно задавать вопросы?

:)

тогда подскажите как типизировать классы... Есть класс, в конструкторе он принимает классы:у которых д.б. несколько ownProperty и более одного статичного метода, которые возвращают различные типы?

тогда подскажите как типизировать классы... Есть класс, в конструкторе он принимает классы:у которых д.б. несколько ownProperty и более одного статичного метода, которые возвращают различные типы?

https://www.typescriptlang.org/play/index.html#src=type%20Something%20%3D%20%7B%0A%20%20a%3A%20number%0A%20%20b%3A%20string%0A%7D%0A%0Aclass%20A%20%7B%0A%20%20constructor(a%3A%20Something%2C%20b%3A%20Something)%20%7B%20%7D%0A%20%20static%20test()%20%7B%0A%20%20%20%20const%20a%20%3D%20%7B%20a%3A%201%2C%20b%3A%20%22%22%20%7D%3B%0A%20%20%20%20return%20new%20A(a%2C%20a)%0A%20%20%7D%0A%7D

?

тогда подскажите как типизировать классы... Есть класс, в конструкторе он принимает классы:у которых д.б. несколько ownProperty и более одного статичного метода, которые возвращают различные типы?

Конструктор принимает классы, или инстансы классов?

сами классы

У самого класса должны быть ownProperty или у инстанса?

у самого

щас поясню на примере

Класс можно типизировать интерфейсом: interface ClassConstructor<T> { new(...args: any[]): T property1: type1 }

ну или typeof

ну или typeof

Я так понимаю Алишер хочет принимать разные конструкторы классов, которые имеют некий shape

typeof делать не от чего

или есть от чего?

я вот по описанию ваще не понял о чем речь(

Угу, гадание на кофейной гуще какое-то

@module('dogs') class Dogs{ static wof(params){ return 'wof' } static wof2(params){ return 'wof2' } }

это один из классов который в конструкторе принимает наш класс

т.е. class Base{ _defs; constructor(private animals){ this.init(); } init(){ animals.forEach(animal=>{ let module = animal.name; let properties = Object.getOwnPropertyNames(animal); properties.forEach(method=>{ this._defs.push(method); }); }); } }

декоратор @module добавляет свойство name классу Dogs

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

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

https://www.typescriptlang.org/play/index.html#src=type%20Class%3CT%3E%20%3D%20%7B%0A%20%20new%20(...args%3A%20any%5B%5D)%3A%20T%0A%7D%0A%0Afunction%20module(name%3A%20string)%20%7B%0A%20%20return%20function%20%3CA%20extends%20Class%3Cany%3E%3E(someClass%3A%20A)%3A%20A%20%26%20%7B%20name%3A%20string%20%7D%20%7B%0A%20%20%20%20return%20someClass%3B%0A%20%20%7D%20%0A%7D%0A%0A%40module('dogs')%0Aclass%20Dogs%20%7B%0A%20%20static%20wof(params)%7B%0A%20%20%20%20return%20'wof'%0A%20%20%7D%0A%20%20static%20wof2(params)%7B%0A%20%20%20%20return%20'wof2'%0A%20%20%7D%0A%7D%0A%0Aclass%20Base%7B%0A%20%20_defs%3B%0A%20%20constructor(private%20animals%3A%20Class%3CDogs%3E%5B%5D)%7B%0A%20%20%20%20this.init()%3B%0A%20%20%7D%20%0A%20%20init()%7B%0A%20%20%20%20this.animals.forEach(animal%3D%3E%7B%0A%20%20%20%20%20%20let%20module%20%3D%20animal.name%3B%0A%20%20%20%20%20%20let%20properties%20%3D%20Object.getOwnPropertyNames(animal)%3B%0A%20%20%20%20%20%20properties.forEach(method%3D%3E%7B%0A%20%20%20%20%20%20%20%20this._defs.push(method)%3B%0A%20%20%20%20%20%20%7D)%3B%0A%20%20%20%20%7D)%3B%0A%20%20%7D%0A%7D

oh shi..

попытаюсь понять), спасибо

да там почти ничего не изменилось

в одном месте тип прописал и module определил

просто дженерики не совсем еще понимаю

type Class<T> = { new (...args: any[]): T }

почему new? я там вообще нигде не беру объект класса

так, еще раз. есть function module(name:string):<xz1>{ return function (target:<xz2>):void?{ target.name=name || ''; }} @module('dogs') class Dog{}

научите

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

type Class<T> = { new (...args: any[]): T }

потому что класс это объект, к которому можно применить оператор new и получить новый объект на выходе

понял, т.е. это формальность

таким образом типы для класса прописываются.

function module(name: string) { return function <A extends Class<any»(someClass: A): A & { name: string } { return someClass; } }

вот тут подругому: function module(name: string) { return function <A extends Class<any»(target: A):void { target.name=name; } }

вот так правыильно?

тогда, мне в класс Base нужно чтобы поступали уже декорированные классы

значит я обозначаю type Class<T> = { new (...args: any[]): T; name:string; }

Aleh

ну примерно

я ж скинул рабочий пример, делай с оглядкой на него

товарищи типизировщики

подскажите

ERROR: S client not available

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

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

мне в этой ситуации ваще может как-то упростить жизнь flow или ts?

ну если это просто статичный объект, то и ts, и flow сами выведут его тип

статичный объект типа export const config = { // your config here }

не, ты меня наверно не понял )

я такой)

вот например есть объект в этом массиве{ a, b } и я знаю, что значение а у меня будет строка, а b - массив - и их нужно будет по разному обрабатывать соответсвенно я могу написать: { a: { type: 'string' }, b: { type: 'array' }} и тогда моя дальнейшая механика обрабатывая этот конфиг может опираться на поле type

вот с помощью flow/ts я могу как-то без поля type это сделать

или это не тот кейс, где они могут помочь

ну т.е. выглядит это как просто матчинг на определенное поле в каждом объекте

но по факту там будут именно типы

можешь пример написать минимальный?)

блин)

ну вот с этими a,b твой текущий код на babel/repl, typescript/play чтоб сразу прям

я просто не понимаю, что тебе надо с этим делать

http://codepen.io/lgordey/pen/JWQKZr

в зависимости от поля type (или какого-то абстрактного типа) будет рендериться определенный компонент

основная мысль в этом

кароч видимо типизация тут не причем) мне чет казалось, что каким-то боком упростит

в общем я хотел бы, чтобы вместо поля type, было что-то вроде a<type: absctract_a>: 'и тут строка еще, значения поля'

без лишней вложенности

но чтоб это abstract можно было потом по аналогии обработать, как с полем type

тайпскрипт тут никак не поможет, типов в рантайме нет

да вот хочется синтаксисом статической хреначить в рантайме

ну да ладно, спс)

Нет, это вполне возможно

да вот хочется синтаксисом статической хреначить в рантайме

flow-runtime есть, но это походу больше для валидаций в рантайме

https://github.com/gcanti/io-ts

https://github.com/gcanti/io-ts

огонь штука

не юзал, но попробую прям завтра