Т к name и age доступны, потому что class как бы создает скоуп

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

Он доступен только через this

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

Учитывая уровень дискуссии в TC39 в JS такое не попадет никогда

Потому что в таком синтаксисе отсутствует логика

» TC39 ? уточните пжл, что это

Комитет, который пишет спецификацию Ecmascript

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

Я имею в виду вот что

class Foo { x: number; }

class Foo { public x: number; }

Одно и то же

class Foo { constructor(x: number) { } }

class Foo { constructor(public x: number) { } }

НЕ одно и то же

Это очень сильная некосистетность

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

скоупы для классов ваще норм

причем вам аномалией тут кажется пример №4, а мне — пример №1, т.к. в привычных мне стандартах кодирования (в языках типа шарпа) не указывать модификатор видимости чаще всего запрещено. так что у меня было бы: class Foo { public x: number; } class Foo { private x: number; } class Foo { constructor(public x: number) {} } class Foo { constructor(private x: number) {} } ну и class Foo { constructor(x: number) { ... some code ...} } а class Foo { x: number; } - просто невалидно... хотя понимаю, что джиэсеры меня в таком не поддержат :)

Это означает, что нельзя что то принять в конструктор, но не сохранять

нет, без модификатора именно так и осталось - принять, и можно и не сохранить btw, в скале тоже class Foo(a: String) отличается от class Foo(private val a: String), хоть отличие и не очень большое http://stackoverflow.com/questions/14694712/do-scala-constructor-parameters-default-to-private-val

Привет парни, кто нить осилил абсолютные пути в ts проекте, чтоб импорт вместо ../../../utils стало src/utils ?

ну. а в чем проблема?

--baseUrl paths https://www.typescriptlang.org/docs/handbook/module-resolution.html#path-mapping

конкретно это работает и без baseUrl

конкретно это работает и без baseUrl

orly? Option 'paths' cannot be used without specifying '--baseUrl' option.

baseUrl и paths для этого не нужны

ts всегда ищет по родительским папкам же

но если у вас два рута, например app1/ и app2/ то тогда надо

если у меня в папке src лежат app/app.tsx и test/test.tsx то без указания путей я не могу сделать в app.tsx import Test from 'test/test'

хм

разве?

Ну да

{ "compilerOptions": { "experimentalDecorators": true, "module": "commonjs", "jsx": "react", "target": "es6", "baseUrl": "./src", "paths": { "*": [ "*" ] }, "sourceMap": true },

емнип node не ломал classic систему, а просто доавлял к ней node_modules

Даже вебшторм это видит

и ругается

этого достаточно чтобы импортить все что в src абсолютными путями

вебшторм вот как арз не показатель

вскод тоже :3

да, действительно не работает, значит если юзаете moduleResolution node, то надо все-таки прописывать paths

а как это должно работать?

ну IDE это второй вопрос. Компилится?

A:\source\monsterlab\octomafiabot>tsc src/bb/maybe.ts(1,18): error TS2307: Cannot find module 'xx/okay'.

оп стопэ кажись заработало

ну компилятор не ругнулся

и скомпилил такое const okay_1 = require("xx/okay");

как бы для ноды путь не валидный всё равно

A:\source\monsterlab\octomafiabot>node bin\test.js module.js:457 throw err; ^ Error: Cannot find module 'xx/okay'

ну здесь уже NODE_PATH можешь или babel plugin для aliases

а из коробки получается абсолютных путей в TS нету?

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

я думаю что большинство вообще webpack-ом собирает

реактовые проекты

есть кто реактовые проекты без вебпака собирает?

webpack для бэкэнда как-то неочень, да там есть алиасы, но это нето..

я тут в азур всё

это дело выливаю

ну если сервер для реакта - то норм ) я так делаю )

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

ну и externals

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

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

а абсолютные пути в тс для ноды не простая задача походу

ну, в твоем случае решишь для ноды = решишь для тс

ERROR: S client not available

хорошо, спасибо за наводку, подумаю

riot.js еще жив?

10 дней назад в мастер пуши, а есть что более быстрое для рендеринга темплейтов с ангуляроподобным синтаксисом?

??? есть кто реактовые проекты на TS без вебпака собирает?

во Flow нет Covariance / Contravariance ?

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

> @Ai_boy во Flow нет Covariance / Contravariance ? Это в TS их нет

@chicoxyzzy кстати в окамле все таки с тредами как ты и говорил

но вроде что то пилят

> @Ai_boy во Flow нет Covariance / Contravariance ? Это в TS их нет

... в шоке (https://github.com/Microsoft/TypeScript/issues/1394)

Более того - в TS неправильный variance из коробки во всех сложных типах

Более того - в TS неправильный variance из коробки во всех сложных типах

... а можно пример (для тех кто особо в танке)

Контейнеры ковариантны - Array, Map, Set, хотя должны быть инвариантны

https://www.typescriptlang.org/play/index.html#src=%0Ainterface%20Foo%20%7B%0A%20%20%20%20foo()%3A%20void%0A%7D%0A%0Ainterface%20Bar%20%7B%0A%20%20%20%20foo()%3A%20void%2C%20%0A%20%20%20%20bar()%3A%20void%0A%7D%0A%0Afunction%20test(x%3A%20Array%3CFoo%3E)%20%7B%0A%20%20%20%20x%5B0%5D%20%3D%20%7B%20foo()%20%7B%20%7D%20%7D%3B%0A%7D%0A%0A%0Aconst%20arr%3A%20Array%3CBar%3E%20%3D%20%5B%0A%20%20%20%20%7B%0A%20%20%20%20%20%20%20%20foo()%20%7B%20%7D%2C%0A%20%20%20%20%20%20%20%20bar()%20%7B%20%7D%0A%20%20%20%20%7D%0A%5D%3B%0A%0A%0Aarr%5B0%5D.bar()%3B

Функции бивариантны относительно аргументов, хотя должны быть контрвариантны

https://www.typescriptlang.org/play/index.html#src=%0Ainterface%20Foo%20%7B%0A%20%20%20%20foo()%3A%20void%0A%7D%0A%0Ainterface%20Bar%20%7B%0A%20%20%20%20foo()%3A%20void%2C%20%0A%20%20%20%20bar()%3A%20void%0A%7D%0A%0Afunction%20test(x%3A%20Bar)%20%7B%0A%20%20%20%20x.bar()%3B%0A%7D%0A%0Aconst%20test1%3A%20(x%3A%20Foo)%20%3D%3E%20void%20%3D%20test%3B%0A%0Atest1(%7B%20foo()%20%7B%20%7D%20%7D)%3B

это увы так

а абсолютные пути в тс для ноды не простая задача походу

придумал хак "outDir": "./node_modules/app", "baseUrl": ".", "paths": { "app/*": [ "./app/*" ] } компилить и запускать в node_modules

радостная новость. typescript@next, который станет 2.1.0 умеет делать async/await в es5. От бабела можно будет избавиться

только что попробовали и убедились что все работает

И как компилирует?

а это не важно))

Oleg а какой флаг включает?

Наверняка все через жопу, как обычно

ну сходу точно не завелось

в compilerOptions "target": "es5”, “lib”: [“es5”, “”es2015.promise”]

все завелось сходу

npm install —save-dev typescript@next

index.ts(1,16): error TS1057: An async function or method must have a valid awaitable return type.

хз, по спеке это, или нет, но это отличается от поведения babel

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

target: es6 - наплевать. в чем проблема из babel скопипасть, не пойму?))