http://take.ms/R6gER

может кто то подсказать почему так происходит?

у тебя ошибка не с функцией-параметром, а с someFanc

сделай console.log(this) перед этим вызовом, посмотри что там

контекст проебался

объяви функцию как private FUNCTIONNAME = () => {}

p.s. к текущей ошибке не относится, но скоро ты на это напорешься: при вызове argFunc1 у тебя не будет this

возможно ты preload тоже куда-то передал таким же образом?

т.е. вместо this.someFanc(this.argFunc1) нужно писать this.someFanc(() => this.argFunc1()), чтобы захватить this

да preload тоже пердал черех this

всем спасибо, в preload this уже не тот класс а другой, другими словами скоуп не тот

давайте похоливарим об изоморфном апи

если вам надо сделать логгер (на клиенте в консоль, на сервере в файл) или rest сервис (на сервере реализация к базе, на фронте - к рест апи)

чего и как вы бы организовали ?

варианты: 1. интерфейсы/абстрактные классы в отдельном пакете - ипортируем реализуем

2. создаём два пакета, и на фронте подменяем веб паком импорт

3. Иньекция зависимостей в какой-нибудь синглтон при инициализации приложения

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

второй вариант пахнет манки-патчингом

второй вариант плох тем, что зависимость от инструмента добавляет

третий вариант - расширенная версия первого, там все равно будут нужны интерфейсы

вообще DI для такого норм

второй вариант плох тем, что зависимость от инструмента добавляет

вот это и не нравится. Но в использовании проще всего

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

иногда надо, ну пофиг, апи например. await getuserById пусть будет

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

третий вариант - расширенная версия первого, там все равно будут нужны интерфейсы

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

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

2. создаём два пакета, и на фронте подменяем веб паком импорт

Я вас наверное сильно удивлю

Но чтобы сделать браузерную версию пакета достаточно указать поле browser в package.json

И там есть даже какой-то расширенный синтаксис аж в виде объекта, но в принципе достаточно и этого. Это типа общепринятая конвенция между сборщиками

Привет. Не могу тайпинг подрубить. Вроде все правильно. Хелпаните

"typeRoots": [ "node_modules/@types", "node_modules/@develephant/types-phaser" ]

все есть. Но при импорте phaser ошибка. Типа нету тайпингов

"typeRoots": [ "node_modules/@types", "node_modules/@develephant/types-phaser" ]

Вторая строка скорее всего неправильная

Это ж не место, где лежат типы для пакетов, а конкретный пакет

Вторая строка скорее всего неправильная

почему? все есть

Что именно там есть?

phaser. Но тайпинги есть уже в либе. Но не работает

Как импортишь? dima

import * as name from "phaser"

А с каких пор тайпинги в json o.o

+1

2) разве недостаточно просто types? зачем typeRoot трогаешь 3) а если заимпортить через import X from “phaser”?

А с каких пор тайпинги в json o.o

ты глаза разуй

лол

лол

2) разве недостаточно просто types? зачем typeRoot трогаешь 3) а если заимпортить через import X from “phaser”?

потому что по умолчанию он смотрит в @types/

ты орнул ?

там инфа храниться. Это уже от либы

кароче. Всем пасиб

Здрастуйте, не подскажите к какой либе присмотреться для написания несложной игры (для универа). Желательно что нибудь более - менее простое. Буду благодарен, если ткнете в какой то бутстрап. Мне советовали Pixie.js, если к нему есть какие то маст хев библиотеки, то тоже нужно.

кинул инвайт на html5gamedev в личку

Кто нибудь встречался с проблемой, что TS на большом проекте начинает жрать CPU на 100% и не показывает ошибки и по внешним признакам зависает?

компилятор или что?

или редактор

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

тайпскрипт сервис, пока включен просто для проверки JS

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

а, это и у меня было

а, это и у меня было

как решилось?

А вы видели? Бивариантные параметры функций теперь в --strict отменили!

В смысле, там теперь есть новая опция --strictFunctionTypes, и она включена в --strict.

И с ней параметры теперь не бивариантные. Круто же.

Ага

Но смотри, для методов так и остались бивариантны

Хм. Блин, недоделали.

Нет. Так задумано

Иначе все к херам сломается

Из-за совместимости, да? Ну ладно, пускай тогда пока живёт.

Нет не совместимость

А что сломается?

Интересно было бы посмотреть.

Ща

вот тут написано что сломается https://github.com/Microsoft/TypeScript/wiki/FAQ#why-are-function-parameters-bivariant

Ага, понял. Совместимость типов рассматривает совместимость параметров в методах, так?

да, иначе никак

Ну, тут как посмотреть, на самом деле.

Пример, который там приведён (совместимость массивов) на самом деле не должен работать.

«На самом деле» совместимы только readonly-массивы.

«На самом деле» совместимы только readonly-массивы.

да

и это сломает мозг огромному количеству людей

И вот readonly-массивы были бы совместимы и при отклчюенной бивариантности.

и это сломает мозг огромному количеству людей

Но, да, ты прав. И поэтому бивариантность параметров в методах пока оставили.

на самом деле это и так неплохой шаг вперёд

потому что бивариантность часто мешает в коллбеках

и это сломает мозг огромному количеству людей

Пускай лучше ломает рантайм ?

Возможно, в будущем можно будет как-то более аккуратно это решить — например, как-то аннотировать или вычислять по телу метода, что он использует массив только для чтения.

Пускай лучше ломает рантайм ?

Ну, мы просто потихоньку движемся к лучшему миру. Не всё сразу.

Пускай лучше ломает рантайм ?

не забывай js отца и бога своего:)

Ну, мы просто потихоньку движемся к лучшему миру. Не всё сразу.

Ну да, шутки про ts 3 на ocaml)