Кой-чего можно делать с именами пропертей в системе типов. Не очень много, впрочем.

>не очень много

даааа

*смеётся как gcanti*

ty cho

Друзья, внезапно, где TypeScript + React разработчика найти? Надо помочь с одним горящим проектом. Хотя бы на две недели. Готовы заплатить исходя из ставки 220-280 тыс. руб/мес.

как-то странно писать это без стека технологий

т.к если он ваш стек не знает то ничего горящего вам не сделает

а то возьмёте реактщика на ангуляр. вот весело будет

Бывают толковые жс разработчики, которые не могут в ts?

Бывают толковые жс разработчики, которые не могут в ts?

в основном те, которые любят неявное говно

это признак того что надо валить с места работы

потому что я могу понять когда ES6 вместо TS потому что это публичная либа и нужно больше пуллреквестов

а то возьмёте реактщика на ангуляр. вот весело будет

Точно, очень хорошее замечание. Уточнил про TypeScript + React.

Где можно поискать, где спросить?

в @javascript_jobs, конечно

сам же знаешь правила:)

Там че то совсем тихо

Сейчас разберёмся и будем переделывать что-то с этим видимо :)

Всем привет

есть у кого helper для odata 4?

мдэ rollup плагин для ts уже год не обновлялся и по дефолту умеет только в ts 1.8, rollup всё чтоли?

ставь с бетой бабеля 7)

Блин, module-resolver не может в babel 7, теперь приходится только наблюдать со стороны за всей движухой с ним ?

в бабеле не успеем доделать кой-чо( придется отложить до 8

кстати, а как бабель заменит роллап? ?

поясните новичку, зачем в typescript нужен babel ?

и rollup/webpack - насколько я понял, там есть свой сборщик модулей

Не бабел в тайпскрипт

А тайпскрипт в бабеле

ну некоторые компилят в es6+ и потом бабелем

ну некоторые компилят в es6+ и потом бабелем

Я такой чел

а зачем? там больше новых фишек поддержано?

зачем вы это делаете?

есть всякие полезные плагины на бабель, которые не воткнуть в TS

например ng-annotate для работы с angularjs

есть всякие полезные плагины на бабель, которые не воткнуть в TS

вот именно. + до недавнего времени ts не поддерживал некоторые фишки последних es при таргете в es5

вот именно. + до недавнего времени ts не поддерживал некоторые фишки последних es при таргете в es5

например?

например?

генераторов не было как минимум

или итераторов

а, понял, не пользуюсь просто

Я помню времена, когда асинков не было (в таргете es5), и приходилось их бабелем докомпиливать.

Я помню времена, когда асинков не было (в таргете es5), и приходилось их бабелем докомпиливать.

Ну вот да

Я помню времена, когда асинков не было (в таргете es5), и приходилось их бабелем докомпиливать.

«Помню времена». Как будто это так давно было :D

подскажите плиз, как можно указать tsc отправить в stdout текущий конфиг? я там юзаю extends для tsconfig'oв сабпроджектов в монорепке и хрен поймешь что к чему

по-моему никак, не нашел сходу tsc --all | grep display --locale The locale used when displaying messages to the user (e.g. 'en-us') tsc --all | grep print tsc --all | grep show не оч понятно как трейсить экстенды без этой опции, в голове короче

вообще хочется в основном конфиге монорепки указать как-то include, exclude, baseUrl, rootDirs для сабпроджектов, т.е. чтобы они при вызове tsc резолвились относительно директории, в которой был вызван tsc, потому что, насколько я вижу, сейчас это не так

tsc в монорепы умеет?

ну я настроил с лерной, как-то, и с ts-jest, но не уверен, что буду это использовать

--all это что?

он так вообще все compiler options показывает, без этого ключа – только основные

tsc —all | wc -l 88 tsc -h | wc -l 38

typescript че-то пилил для монореп

сейчас найду

странно что я проворонил, вроде все прочитал и собрал по теме что нашел

а ну, там пропозал только

https://github.com/Microsoft/TypeScript/issues/3469

о, я все равно этого не видел, спасибо! читаю

а, ну понятно, так как я хочу – нельзя)

All configs your config inherits from are first parsed and resolved (thereby filling in anything they inherit), and then merged ^ "first parsed and resolved" ну и ладно

вообще хочется в основном конфиге монорепки указать как-то include, exclude, baseUrl, rootDirs для сабпроджектов, т.е. чтобы они при вызове tsc резолвились относительно директории, в которой был вызван tsc, потому что, насколько я вижу, сейчас это не так

я кот так делаю http://service.crazypanda.ru/v/clip2net/B/S/a7Y2u29lTo.png

у меня много сабпроектв которые инклюдят кроссово части друг друга. Я хочу когда-нибудь навести в этом порядок

но пока это работает и вполне нормально

ого, неплохо)

у меня просто не только ts, есть еще другие языки в подпроектах

сборка грантом, там куча таргетов которые нужный конфиг подцепляют. Конфиги проектов подключают общий tsconfig

и пусть лежат

я хочу запускать lerna run build и делегировать задачу по билду сабпроджекту, который экстендит соотв tsconfig

каждый tsconfig.projectname.js наследует общие правила из tsconfig и подключает себе что нужно, в отдельных папках всё что хочешь может быть

ну у меня grunt projName_build и он сбтлдит его, но цели руками прописаны

т.е. автоматом он не подцепит новый сабпроект

мне похоже придется в каждом tsconfig.json сабпроджекта указывать все время свои include, exclude, baseUrl, rootDirs (хотя все почти сабпроджекты имеют одинаковую структуру папок :)) тк https://t.me/typescript_ru/35264

мне похоже придется в каждом tsconfig.json сабпроджекта указывать все время свои include, exclude, baseUrl, rootDirs (хотя все почти сабпроджекты имеют одинаковую структуру папок :)) тк https://t.me/typescript_ru/35264

на собственно проектный файл у меня как раз только это и указывает

проходили, ну еще раз

interface BaseHtmlComponentProps{ onBlur: (e: Event) => void; } interface ComponenetProps extends BaseHtmlComponentProps{ onBlur: (value:string, e: Event)=>void } вот так экстендить нельзя, тайпскрипт ругается

какие предложения?

Убрать наследование?

почему нельзя

interface BaseHtmlComponentProps{ onBlur: (e: Event) => void; } interface ComponenetProps extends BaseHtmlComponentProps{ onBlur: (value:string, e: Event)=>void } вот так экстендить нельзя, тайпскрипт ругается

а что такое value? и почему оно string? и зачем так делать?

это пример

type BaseHtmlComponentProps = { onBlur: (e: Event) => void; } type ComponentProps = BaseHtmlComponentProps & { onBlur: (value:string, e: Event) => void }

хз интерфейсы не нужны

только там тип не тот будет)

тут спреды нужны

если тебе надо перезаписать onBlur

или тебе оверлоад нужен?

type BaseHtmlComponentProps = { onBlur: (e: Event) => void; } type ComponentProps = BaseHtmlComponentProps & { onBlur: (value:string, e: Event) => void }

не надо делать type там, где должен быть interface

не надо делать type там, где должен быть interface

не надо делать interface вообще)

хотя все норм оверлоадится

http://www.typescriptlang.org/play/#src=type%20BaseHtmlComponentProps%20%3D%20%7B%0D%0A%20%20onBlur%3A%20(e%3A%20Event)%20%3D%3E%20void%3B%0D%0A%7D%0D%0A%0D%0Atype%20ComponentProps%20%3D%20BaseHtmlComponentProps%20%26%20%7B%0D%0A%20%20onBlur%3A%20(value%3Astring%2C%20e%3A%20Event)%20%3D%3E%20void%0D%0A%7D%0D%0A%0D%0Aconst%20p%3A%20ComponentProps%20%3D%20%7B%7D%0D%0A%0D%0Ap.onBlur('string'%2C%20%7B%7D%20as%20Event)%0D%0Ap.onBlur(%7B%7D%20as%20Event)%0D%0A

не надо ваще типизацию

напридумывали

не надо вообще код

не надо ваще типизацию

type мощнее, хз зачем интерфейсы нужны