Просто в папку lib скидывайте js+map

Ну или что-то типа того

да уже вроде разобрался, спасибо

вижу что tsc умеет бандлить, а таск раннер советуют использовать gulp (по книге Typescript: modern javascript development)

Возможно, оно уже не modern.

ребят, можно ли как то избавится от такой ошибки? { fontWeight: 'bold'} TS2322: Type '{ fontWeight: string; }' is not assignable to type 'TextStyle'. Types of property 'fontWeight' are incompatible. Type 'string' is not assignable to type '"normal" | "bold"

ребят, можно ли как то избавится от такой ошибки? { fontWeight: 'bold'} TS2322: Type '{ fontWeight: string; }' is not assignable to type 'TextStyle'. Types of property 'fontWeight' are incompatible. Type 'string' is not assignable to type '"normal" | "bold"

А полный кусок можно?

error TS2322: Type '{ fontWeight: string; fontSize: number; }' is not assignable to type 'TextStyle'. Types of property 'fontWeight' are incompatible. Type 'string' is not assignable to type '"normal" | "bold" | "100" | "200" | "300" | "400" | "500" | "600" | "700" | "800" | "900"'. 136 <View style={css.previewContainerWrapper}>

А если писать style={{fontWeight: 'bold'}}, то прокатит же

в общем то да

Ну проблема в типе css.previewContainerWrapper

const css = StyleSheet.create({ bold: { fontWeight: 'bold', } as TextStyle, }) рабит, спсп

Почему и в TS и в Flow декларируется, что static методы при extends должны иметь одинаковый тип?

Просто я бы не назвал это прям очевидным моментом. Порядок ради порядка?

Потому что они наследуются

С каких это пор?

Сам уже разобрался короче

Не из-за наследования в общем, а из-за ковариантности

По крайней мере так это начинает выглядеть логично)

Неа

Ну то есть, и из за ковариантности тоже, само собой

Но это как минимум не отностится к ТС

))

В typescript есть такая конструкция, позволяющая явно указывать this function something(this: { hello: string }, firstArg: string) { return this.hello + firstArg; } В флоу такое описать невозможно что ли? ?

Нет

Печально

Просто ладно бы всякие выкрутасы надо было делать, но этот механизм используется в Array.find

Каким образом?

Вторым аргументом в .find идёт объект, который будет this для функции-поиска

Ну ничто не мешает без этого написать

Только чище будет

find(val => val === checkType)

Ну я показал тривиальный случай, разумеется

Ну на практике без этого можно обойтись

скорее всего даже стоит

Естественно. Я вообще про это решил спросить потому что такая проблема всплыла в другом кейсе, посложнее. Там конечно тоже можно придумать как обойтись, но как то это слегка удручает уже

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

Если ты только начала использовать типизированный js, то это нормально

Что касается this, то наверно не лишняя фича, но не мега-критичная

Ну как бы далеко не только начал

И синтаксис для нее нужно для начала придумать нормальный

Ну в ts пример выше я привёл

Да, это плохой синтаксис на мой взгляд

this должен быть отделен от нормальных аргументов

Возможно

Но в нём кстати и бэктики типизируются

В Flow они тоже типизируются

Там баг в парсере

Вот то что ты нашел два бага в парсере - это да)

this должен быть отделен от нормальных аргументов

не такая уж и плохая абстракция. во многих языках прям явно говорится что this это просто аргумент, который передаётся первым

Вот то что ты нашел два бага в парсере - это да)

?

А Issue есть?

Пойду создам

не такая уж и плохая абстракция. во многих языках прям явно говорится что this это просто аргумент, который передаётся первым

+

Это не стыкуется с тем что уже есть в js

Наверняка eslint будет не очень доволен

Так у них там поэтому tslint

ну у флоу-то нет и все равно все хотят eslint )

Что кстати тоже удручает, потому что у eslint гораздо больше настроек

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

Наверняка eslint будет не очень доволен

не думаю, что там есть такой кейс, сейчас же это просто ошибка на этапе парсинга

может быть и так

но наличие this в списке аргументов может ввести его в заблуждение

ERROR: S client not available

ну почему

в самой функции мы с ним работаем как с аргументом

Напомните, в ts можно как то избежать неявной отвязки метода от инстанса класса?

Ну чтобы оно ругалось

Объявлять метод через стрелочную функцию, не отвяжешь

Ну или бинд в конструкторе

А чтобы поругаться можно просто в троллейбусе проехать))

А для typescript есть полноценные mvc фрэймворки типа рельс? Нашел только несколько дохлых проектов

Все поверх экспресса свои велосипеды городят?

ну есть sails.js, а что там от ts надо?

От фрэймворка хотелось бы генерацию моделей, вьюх, orm и какие нибудь готовые модули типа админки, авторизации

От typescriptа надо типизацию :)

https://angular.io/ не ?

Ангуляр вроде как клиентский фрэймворк, а я серверными интересуюсь

присоеденюсь к вопросу

гугление говорит о http://typeframework.com/documentation/

интерсно было бы послушать отзывы если кто юзал

Этот дохлый уже как 2 года судя по гитхабу

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

да тузик сдох

2012-2014...

Я на него сразу вышел. Вроде рабочий, демо проект завелся, но по функционалу просто обертка над экспрессом

даа, по первым ссылкам в гугле понятно что ничего достойного не наёти

популярных точно нет

https://trends.google.com/trends/explore?q=typescript%20server,typescript

без шансов

Пиши на яве = )

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

без шансов :)

так просто под ноду надо смотреть

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