отгадай почему я тут спрашиваю

Кто работает с котировками в БАНКЕ, подскажите там трейдинговых программах, какая буквенная кодировка соответсвует кодам валют 643 и 810 ??? (очень важно)

Кто работает с котировками в БАНКЕ, подскажите там трейдинговых программах, какая буквенная кодировка соответсвует кодам валют 643 и 810 ??? (очень важно)

http://bfy.tw/FVkV

Мне нужен реальный бекстейж, гуглить я и так умею

ребят как с потоками удобно работать в nodejs ? какая лучшая либа

Кто работает с котировками в БАНКЕ, подскажите там трейдинговых программах, какая буквенная кодировка соответсвует кодам валют 643 и 810 ??? (очень важно)

643 RUR, 810 RUB, это и не работая в банке понятно о_О

МДаааааа, ТОЛЬКО РЕАЛЬНЫЙ БЕКСТЕЙДЖ, РЕАЛЬНЫЙ

мало ли как они там обозначены

643 RUR, 810 RUB, это и не работая в банке понятно о_О

Наоборот же

мне реальные данные нужны ввиде скрина!

я все знаю про коды 643 и 810, мне нужна реальная картинка внутрибанковской системы

Хочеш я тебе скриншот ISO 4217 сделаю

Каким еще по другому можно поулчать доступ ?

Просто вызвать напрямую

Зачем const validationErrors: any?

Зачем const validationErrors: any?

ХЗ если честно, что посоветушеь ?

Если дальше ее не используешь, то выпилить объявление - просто вызвать функцию

Аннотация any при const x = ... вообще лишняя

Аннотация any при const x = ... вообще лишняя

good point

Аннотация any при const x = ... вообще лишняя

почему ?

почему ?

Потому что компилятор сам выведет тип по выражению после знака равно, и он всегда будет более специфическим или равен any

Это могло бы иметь смысл с объявлением let, если ты потом в эту же переменную записываешь совершенно другое значение (хотя это говногод, но мало ли) - но с const нет

Это могло бы иметь смысл с объявлением let, если ты потом в эту же переменную записываешь совершенно другое значение (хотя это говногод, но мало ли) - но с const нет

Спасибо

я any используя как раз для явного указания программисту что тут полностью непроверенные данные и оставляю автовыведение как раз там где нормально тип выводится

также как просто традиционно к динамическим полям всегда обращаюсь через obj['dynamicField'] а к типизированным obj.typedField тоже для подчеркивания того с какой сущностью работаю

я any используя как раз для явного указания программисту что тут полностью непроверенные данные и оставляю автовыведение как раз там где нормально тип выводится

тут скорее подойдет какой-то аналог mixed аля type mixed = {} | undefined | null

я кстати на strict Null check так и не переехал

у меня два проекта без него все еще

https://cloud.githubusercontent.com/assets/18906/24527219/3e3b97c2-156f-11e7-83b5-5a110ca9d387.png

кто юзает styled-component и кто как решает такую проблему ?

как вариант, сначала делать стейтлесс компонент с типизированными пропсами, потом его скармливать в styled

как вариант, сначала делать стейтлесс компонент с типизированными пропсами, потом его скармливать в styled

Надо подумать как короче

этот вариант иногда юзаю, но чаще всего нужен див или спан

с 1-2 мя пропсами

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

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

печалька (

на это есть ишью в ТС но я так понимаю это не приоритете

всмысле типизировать их можно, но generics они не поддерживают

с каждым днём всё больше и больше хочется f***

а там лучше со styled компонентами?

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

вопрос, есть какое-то правило в airbnb конфиге, которое форсит вот это вот

вместо

и вообще разгорелся холивар, я за первый вариант, но коллеги про привычке за второй

prettier по дефолту форматирует в первый, и мне лень это потом ручками форматить

Пацаны, есть ли такой механизм в ТС (если нет, то планируется ли), который позволяет в процессе компиляции выполнять любой ТС код хотя бы для вывода нового типа? Для чего это нужно. Например, я беру какой-то жинсон, паршу его в объект и получаю его тип через typeof. Далее использую это тип как и все другие. Я так понимаю, это что-то похожее на макросы, но даже ещё на более низком уровне (может взаимодействие с Core TypeScript Compiler отсюда https://github.com/Microsoft/TypeScript/wiki/Architectural-Overview).

prettier по дефолту форматирует в первый, и мне лень это потом ручками форматить

А оно разве не переносит просто из-за длины строки?

Пацаны, есть ли такой механизм в ТС (если нет, то планируется ли), который позволяет в процессе компиляции выполнять любой ТС код хотя бы для вывода нового типа? Для чего это нужно. Например, я беру какой-то жинсон, паршу его в объект и получаю его тип через typeof. Далее использую это тип как и все другие. Я так понимаю, это что-то похожее на макросы, но даже ещё на более низком уровне (может взаимодействие с Core TypeScript Compiler отсюда https://github.com/Microsoft/TypeScript/wiki/Architectural-Overview).

Нет и они явно против

Даже плагины к компилеру на трансформах не дают делать

Нет и они явно против

Почему против, не говорят?

А оно разве не переносит просто из-за длины строки?

Точняк, чет как лох не заметил

Почему против, не говорят?

До работы доберусь кину issue где они отвечали если найду

ERROR: S client not available

До работы доберусь кину issue где они отвечали если найду

Ок. Спасибо.

Пацаны, есть ли такой механизм в ТС (если нет, то планируется ли), который позволяет в процессе компиляции выполнять любой ТС код хотя бы для вывода нового типа? Для чего это нужно. Например, я беру какой-то жинсон, паршу его в объект и получаю его тип через typeof. Далее использую это тип как и все другие. Я так понимаю, это что-то похожее на макросы, но даже ещё на более низком уровне (может взаимодействие с Core TypeScript Compiler отсюда https://github.com/Microsoft/TypeScript/wiki/Architectural-Overview).

Вот есть такое issue коротое по сути поясняет их позицию относительно трансформов на этапе компиляции. И вообще они явно не за кодогенерацию https://github.com/Microsoft/TypeScript/issues/14419

From a general language maintenance point of view, this would give language maintainers a standard way to implement many new features in the language without changing the source code of the language. from https://github.com/Microsoft/TypeScript/issues/4892#issuecomment-333352623

From a general language maintenance point of view, this would give language maintainers a standard way to implement many new features in the language without changing the source code of the language. from https://github.com/Microsoft/TypeScript/issues/4892#issuecomment-333352623

По-моему, хорошо чувак пишет.

Но тогда с их идеологией не сходится. https://github.com/Microsoft/TypeScript/issues/4691#issuecomment-138640751

А через обычный Compiler API можно из автовыведенного из литерального объекта типа сгенерировать новый тип и положить его в файл?

А через обычный Compiler API можно из автовыведенного из литерального объекта типа сгенерировать новый тип и положить его в файл?

Можно

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

Смотри вокруг getTypeAtLocation в typechecker

Смотри вокруг getTypeAtLocation в typechecker

Ok. Thanks.

Люди, а как описать тип объекта, у которого все поля должны соответствовать полям определенного енума?

Например у нас есть enum SomeEnum { one, two, three } И должен быть объект с соответствующей структурой: const obj = { one: 'one', two: 'two', three: 'three' }

enum SomeEnum { one = 'one', two = 'two', three = 'three' }

И как связать с объектом?

А, просто указать что он типа этого енума?

Сейчас попробую )

const a = SomeEnum

А, просто указать что он типа этого енума?

дело в том, что enum в ts это настоящий объект в жс

дело в том, что enum в ts это настоящий объект в жс

Не знал. Спасибо!

у объекта в ключах есть ключи enum и значения

enum Foo { a = ‘foo’ } Foo.a == 5 Foo[5] == ‘a’

Я никогда раньше не использовал строковые енумы. Что это за фигня? http://dl4.joxi.net/drive/2017/12/13/0018/3328/1215744/44/c70a3552a8.jpg

а какая версия typescript?

2.3.4

они с 2.4

ок, спасибо!

добавь <any> и будет тебе счастье

добавь <any> и будет тебе счастье

так себе совет

так себе совет

почему? если стоит задача убрать ошибку, то сработает