зависит

или другого es2015 -> es5

не понял

в любом случае, я говорил не конкретно про тс транспайлер, а дословно “такой как в тс”

или же как в closure compiler/traceur

ну, в мире бабеля проблема, что ты можешь себе настрелять по ногам, если будешь юзать всякие херовые плагины. Ну тут как бы просто не юзай херовые плагины, на пресеты нет тестов? Ну так поконтрибутить можно опять же. Тут бабель выигрывает в скорости доставки фич, это не значит, что каждый новый сырой плагин нужно себе подключать, но и не сидеть в августе 2016 без генераторов в es5 :)

а скорость доставки уже не так нужна в бабеле. он больше нужен для инструментирования кода и тестирования пропозалов

и для генераторов не нужен бабель

а что лучше?

ну есть регенератор

так а как из ts сделать es5 но с генераторами?

проверить типы, вырезать типы, прогнать через регенератор, прогнать через тс) как вариант)

вариант конечно супер)

хотя регенератор не факт что умеет ес6

норм вариант. в бабеле хуже

ну бабел он работает

то же самое + куча прогонов дополнительно

и там тоже регенератор подефолту

я не говорю, что бабел прям супер хорош, куча прогонов это конечно минус. Но пока с его помощью можно жить

и вполне хорошо

time bomb

особенно stage < 3

я ж не отрицаю того, что надо думать перед тем как делать

как нормально описывать данные и класс, представляющий эти данные? у меня дублирование кода какое-то и просто тупость

у меня есть интерфейс для данных в DB: interface Kitten { color: string, name: string, cuteness: number }

и, соответственно, хочу класс Kitten. class Kitten implements Kitten {} требует дублирования всех этих свойств. и еще и называться так же не может, кажется

declare class требует потом реализации класса тоже с этими свойствами

…over standard TCP/IP

…over standard TCP/IP

я очень туп?)

ты хочешь класс без свойств?

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

они же в описании есть

они в описании интерфейса

и типа я могу тип расширить?

это не тип

это интерфейс

тип свойства

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

если он имплементит интерфейс, то у него должны быть эти свойства, но ты их НЕ написал

это проверка на то, что ТЫ ошибся

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

спасибо, я пока не привык к типизациям

@hlomzik классы и интерфейсы не нужны, достаточно типов и функций https://www.typescriptlang.org/play/#src=type%20Kitten%20%3D%20%7B%0D%0A%20%20color%3A%20string%2C%0D%0A%20%20name%3A%20string%2C%0D%0A%20%20cuteness%3A%20number%0D%0A%7D%0D%0A%0D%0Afunction%20kitten(%7B%20color%2C%20name%2C%20cuteness%20%7D)%3A%20Kitten%20%7B%0D%0A%09return%20%7B%0D%0A%09%09color%2C%20name%2C%20cuteness%0D%0A%09%7D%0D%0A%7D

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

не методы, а функции)

не методы, а функции)

звучит, как es6!

звучит, как es6!

здесь есть специалисты по Ramda, они могут помочь

сейчас твоего кота в какую-нибудь монаду завернут и сделают ему хвостовую оптимизацию

> @hlomzik спасибо, я пока не привык к типизациям пока не привык, лучше перейти на Flow

> @hlomzik спасибо, я пока не привык к типизациям пока не привык, лучше перейти на Flow

там выше было немного про ts vs flow, вроде бы веских причин все бросать и переходить нет?

у меня есть интерфейс для данных в DB: interface Kitten { color: string, name: string, cuteness: number }

а почему сразу класс не сделать?

ну, если не считать что Flow находит больше ошибок, то нет

а почему сразу класс не сделать?

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

ну, тогда тип

я видимо не понял задачи

https://github.com/dfahlander/Dexie.js/wiki/Typescript#storing-real-classes-instead-of-just-interfaces вот тут хорошо описан реальный кейс, буду по нему делать

Подскажите, пожалуйста, как можно обойтись без относительных путей при импорте в тайп скрипте?

У меня тс почему-то не видит рут вебпаковский, как его научить?

сам тайпскрипт все еще смотрит на все возможные включения аж до корня проекта(tsconfig.json), https://github.com/Microsoft/TypeScript/issues/5039

утром было 12

https://github.com/Microsoft/TypeScript/issues?q=is%3Aopen+is%3Aissue+milestone%3A%22TypeScript+2.0.1%22

интересно закрыли или перенесли?)

закрыто сегодня 6

не сходится

2 куда-то пропали

const {a, b} = {a: 1, b: ""}; там это пофиксили?

а то я чет не нахожу такого issue

а что было?

ну в 2.0 не может понять типы a и b

1.8 может

а

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

вот оно

ааа, даже не так

типы понять может, просто все равно ошибку кидает

http://stackoverflow.com/documentation/typescript/1835/using-typescript-with-react-js-native#t=201608231618173544304 вот кстати еще interface vs type, в этих же случаях тоже "правильнее" юзать type? Реальной разницы никакой, но...

А интерфейсы используете? Или это лишнее?

Так и не понял из разговора(

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

А интерфейсы используете? Или это лишнее?

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

https://github.com/zerobias/gulp-gate/blob/master/source/task/task.ts Класс FullTask (строчка 134) имеет интерфейс для препроцессора с одними полями и для целевого использования - уже с другими. Если всё аккуратно вынести и обобщить, то сразу получится краткая документация того, как работает система)

Лол ват

Лол ват

Да-да?

Я вас слушаю

WebStorm не понимает определения вида interface ParameterMap { [parameterName: string]: string; } Затем пишу let query : purl.ParameterMap = purl(location).param(); if (query.h) { let hash = query.h; и он подсвечивает свойства query красным. Может он как то настраивается? tsc 1.8.10 WS 2016.2

там есть эксперментальная поддержка TS service в опциях

можно ее попробвать

можно ее попробвать

Работает)

@prinzc а что дает эта опция? https://github.com/Microsoft/TypeScript/wiki/Using-the-Language-Service-API - сюды копать?

Не могу с консоли запустить tsc. Запускаю командой tsc --project ./app , в app лежит конфиг, в котором прописаны файлы для компиляции. При попытке запуска - Error: Debug Failure.

Может кто-то встречал такое?

Первый раз вижу

А что гугл говорит?

Конкректно такой проблемы не нашел

У меня есть проект, где tsc настроен на две разные папки