это разное

раст игрушечный, а эти эзотерические

Crystal разве эзотерический?

а какой же еще?

иначе если только воображаемый

https://github.com/Microsoft/TypeScript/pull/19671

От чего зависит Complexity в коде, все никак не вкурю

cyclomatic complexity

Спс

Ты импортишь то что у тебя уже существует

Две сущности, одно имя

Import name Interface name

Две сущности, одно имя

Интрефейс к этой схеме был в файле схемы я его вынес и импортию теперь,.

Имя одно, это как константа

Ты не можешь импортировато то же имя которое у тебя локально обьявлено

Если вынес, удали из файла

можно без экстенда просто model<Document & IDevice>

Это нормально

Ты интерфейс вынес

Осталась только рабочая часть

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

это норма что tslint линтит жс файлы если у меня включен allowJs в tsconfig?

можно без экстенда просто model<Document & IDevice>

Этот вариант подходит. Спасибо.

Document тоже интерфейс

Осталась только рабочая часть

Я вижу downside в том что если мне понадобиться IDevice Interface где либо и я его импортирую и он будут extnended from mongoose Document

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

Например insert

Модель имеет такой метод, а интерфейс ее не покажет

Пока не используешь

Модель имеет такой метод, а интерфейс ее не покажет

Тогда понял

это норма что tslint линтит жс файлы если у меня включен allowJs в tsconfig?

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

Лучше держи их вместе, как ни крути они одно целое и описывают модель какой она должна быть, поля, твой интерфейс + действия document

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

? если найдешь вариант скажи, меня это тоже бесит

Но не могу понять чего он так делает

Пришлось отключить eslint

eslint?

Ну я задрот и eslint был включен на результирующие жс файлы

у меня онли tslint

И был настроен га ковычки одинарные

запускаю как tslint -p . —fix

А, у тебя кавычки точно настроены в тслинте а не в конфиге тайпскрипта?

а там что есть такая опция)

Ага ?

Вроде да

Хотя… может я путаю с генерацией ковычек на жс

Да, это тслинт

Это странно

А если убрать jsx-double будет тот же эффетк? Чисто спортивный интерес

это пока на долго, удаляю точки с запятыми)

мне кажется в жс файлах он просто конфиг не юзает

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

Вообще не исключено, он ничего не знает о тс конфиге

знает

-p . читает тсконфиг точно

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

пробелы не пофиксило, trailing comma добавило

кароч я его не понимаю)

он явно не читает конфиг, но при этом ему надо переписать кавычки

http://www.reactiongifs.com/r/mgc.gif

Не то фото ?

о все

нашел

Конфиг он в любом случае читает если он в той же папке

Хорошо когда решения находятся

Нужно копировать что ли все правила?

да))

Адище

почему?)

можно пакет с конфигом сделать

там можно конфиг на жс написать

типо так

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

prettier не используешь? о проблемах с форматировании вообще можно забыть с ним.

еее, ms на митинге обсуждали еррор коды в игнорах https://github.com/Microsoft/TypeScript/issues/22011

> Now the idea has become a half-joke.

Похохтали да и хрен с ним

Ожидал когда кто-нибудь там предложит тупо комментировать строку перед ошибкой, любой, чтобы выключить её — как это ожидается — но видать не в этот раз

What if these comments caused errors when no error's present on the next line? чет я не понял о чем это

как я понял это про то что если я поставлю маркер // @tsignore TS1111 а на следующей строке такой ошибке не генерится, это очевидно косяк, я хотел что-то заигнорить но не заигнорил. Кидать ли в этом случае ошибку? И можно ли засапрессить такую ошибку ещё одним комментом

Ожидал когда кто-нибудь там предложит тупо комментировать строку перед ошибкой, любой, чтобы выключить её — как это ожидается — но видать не в этот раз

не понял

как я понял это про то что если я поставлю маркер // @tsignore TS1111 а на следующей строке такой ошибке не генерится, это очевидно косяк, я хотел что-то заигнорить но не заигнорил. Кидать ли в этом случае ошибку? И можно ли засапрессить такую ошибку ещё одним комментом

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

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

Зачем вообще тут коды ошибок? Чтобы что?

сейчас ts-ignore игнорит все ошибки на конструкции которая началась на след строке за ним

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

в моём конретном случае это вставка некоторого кода перед вызовом super() конструктора

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

Ну, если вставить перед тем конкретным случаем разве это не решит только одну конкретную проблему в твоем случае?

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

А, ну если только так, то да

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