Я хочу видеть сорцы ts

В браузере

А не модули ес

В доке вебпака ж разжевано

Что такое «lines only”?

А, нашёл

Хуйня там все-таки написана

По факту сорцы ts показываются только для inline-source-maps

Ну и для source-maps соответсвенно

Привет ребята Частично ради более глубого изучения тс пишу ивент эмиттер но хочу чтобы on, emit методы были правильными

то есть чтобы для каждого типа event был правильный хэндлер и аналогично для off и emit

но не хочу писать всё три раза

в версии 2.1 добавили keyof

http://www.typescriptlang.org/docs/handbook/release-notes/typescript-2-1.html

но не хочу писать всё три раза

Генерик?

не похоже на евентемиттер

больше похоже на его использование)

больше похоже на его использование)

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

ради эксперимента

Генерик?

не уверен. Я хочу в IDE видеть параметры для каждого типа ивента

Ох

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

не уверен. Я хочу в IDE видеть параметры для каждого типа ивента

С этим есть проблема

С этим есть проблема

какая

А что у нас там не работало в intelli-sense?

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

ох нихрена

я сделал

но врятли IDE сможет показать

пока в playground пишу

показывай)

алсо off ненужен

Так у тебя без этого некорректная имплементация будет

алсо off ненужен

не всегда

?

Это баг

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

^

on(..): () => void;

вместо off, не?

не всегда

Я бы сказал, что нужен всегда ? Ожидаю, что после most.fromEvent('data', emitter) я получу нормальный стрим а не дырку от бублика ?

Я бы сказал, что нужен всегда ? Ожидаю, что после most.fromEvent('data', emitter) я получу нормальный стрим а не дырку от бублика ?

я криво написал))) > не всегда не нужен off

хотя лично я с тобой согласен

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

фигасе не я один таким страдаю)))

?

Привет, всем. Кто знает для есть ли смысл от использования тайпскрипта или флоу в плане получения лучшей производительности? Делают ли браузеры какие-то специальные оптимизации для скомпилированного тайскрипт или флоу кода? Нет ли у браузерах в планах добавить какую-то директиву 'use static' чтобы подсказать что вот у меня мономорфный код - не делай никаких проверок типов в функциях а если не совпали(использовал чистый жс а не тайскприт который следит за мономорфностью) то сам виноват.

не делают

на производительность не влияют

Привет, всем. Кто знает для есть ли смысл от использования тайпскрипта или флоу в плане получения лучшей производительности? Делают ли браузеры какие-то специальные оптимизации для скомпилированного тайскрипт или флоу кода? Нет ли у браузерах в планах добавить какую-то директиву 'use static' чтобы подсказать что вот у меня мономорфный код - не делай никаких проверок типов в функциях а если не совпали(использовал чистый жс а не тайскприт который следит за мономорфностью) то сам виноват.

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

на производительность не влияют

v8 вставляет кучу проверок вроде CheckMaps чтобы на случай если типы не совпали свалится в деоптимизацию. Да оно может не сильно влияет на производительность но это единственный момент который отделяет статический язык от динамического (можно сколько угодно оптимизировать но на границах функций надо проверить типы объектов чтобы вернутся к полиморфному коду) когда в статических языках эти проверки отсутствуют

v8 вставляет кучу проверок вроде CheckMaps чтобы на случай если типы не совпали свалится в деоптимизацию. Да оно может не сильно влияет на производительность но это единственный момент который отделяет статический язык от динамического (можно сколько угодно оптимизировать но на границах функций надо проверить типы объектов чтобы вернутся к полиморфному коду) когда в статических языках эти проверки отсутствуют

типы из ts/flow недоходят до v8

а так, сколько v8 надо, чтобы за джитить функцию? 12 выполнений?

насколько я знаю v8 джитит функцию сразу но не оптимизирует а оптимизирует после того как она много раз выполнится в цикле

а так, сколько v8 надо, чтобы за джитить функцию? 12 выполнений?

4

ERROR: S client not available

Точнее, за 4 раза, когда в функцию приходят аргументы с новым типом, функция сваливается в неоптимизируемое по типу состояние

ну да

я про один тип

Раз — monomorphic, два — polymorphic, четыре — megamorphic

Ну это не значит что оно не оптимизируемое

Оно просто медленнее

https://redditblog.com/2017/06/30/why-we-chose-typescript/

все, что вы выше наобсуждали - это про кранкшафт

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

у jsc так же

@FolderArchive - канал, где сливают платный полезный - образовательный контент и курсы, например можно скачать курсы "Нетологии" или все курсы "Бизнес Молодости".

Здравствуйте, господа! Посоветуйте, пожалуйста, где лучше в типизированном TypeScript затипизировать нетипизированную функцию, заиморченную из нетипизированной JavaScript библиотеки? Ангуляр сгенерировал typings.d.ts, судя по всему, это делать надо там. Но import { TypedLibrary } from '../../typings.d' в сервисах выглядит так, будто я делаю что-то не то.

А в этом тапинге не написано declare module 'x'?

А в этом тапинге не написано declare module 'x'?

Разобрался, спасибо! Сделал модуль: declare module 'foo' { export function DoFoo(<...>) <...> } И теперь классы из нетипизированной библиотеки импорчу так: import { DoFoo } from 'foo';

> Чего-то пикси перестал работать... как правильно импортировать extras и лоадерс?

Чего-то пикси перестал работать... как правильно импортировать extras и лоадерс?

А у тебя свои тайпинги или что

кстати, оффтоп: https://github.com/gameofbombs/gobi/ , демок еще нет, но это будет TS-ная версия pixi-v5

А у тебя свои тайпинги или что

я уже решил

import {AnimatedSprite, TilingSprite} from "pixi.js/lib/extras";

PIXI.loaders.Loader

Так работает

Господа, а что делать, если сам жс модуль — тоже функция?

То есть нетипизированный импорт работает так: import * as stuff from 'stufflibrary';

Это как-то можно типизировать?

declare function name() namespace name {} export = name

Только так вроде

declare function name() namespace name {} export = name

Ниасилил в общем, сделал типизированный враппер, чтобы инкапсулировать этот ужос. Но спасибо :)

То есть нетипизированный импорт работает так: import * as stuff from 'stufflibrary';

import stuff = require('stufflibrary');

Господа, а что делать, если сам жс модуль — тоже функция?

Я щас начал прям тут писать пример, но обнаружил, что в руководстве есть прекрасный бойлерплейт на этот случай, смотри: https://www.typescriptlang.org/docs/handbook/declaration-files/templates/module-function-d-ts.html