Ок, спасибо! Никогда бы не подумал о связи )))

Какой конфиг для tslint самый топ?

Надо портировать eslint-plugin-no-js

если положить types.d.ts с описанием типов, то эти типы видны во всех нижележащих по иерархии файлах

вопрос: делает ли так кто-нибудь? насколько часто вы этим пользуетесь? если нужно просто пошарить типы, то куда вы их выносите? не создаете ли по файлу на интерфейс/тип как в java & c#?) и я не помню задавал ли уже этот вопрос)

вопрос: делает ли так кто-нибудь? насколько часто вы этим пользуетесь? если нужно просто пошарить типы, то куда вы их выносите? не создаете ли по файлу на интерфейс/тип как в java & c#?) и я не помню задавал ли уже этот вопрос)

ну у меня чаще несколько типов в одном модуле, условно у меня есть checkin process, для него есть описание начала, конца, структуры и оно в одном файле CheckInProcess.ts

могут около типов лежать еще какие-то функции или классы, но все вместе не очень большое

если положить types.d.ts с описанием типов, то эти типы видны во всех нижележащих по иерархии файлах

так не делаю, юзаю явные import/export

ну да, явное лучше не явного)

ок, спасибо, я кажется понял как оптимально делать для себя

просто оч много импортов мозолит глаза

(:

Здравствуйте, я тупой. note.isFavorite = true; console.log(note); Своёства в объекте нет. Почему это может происходить?

в интерфейсе isFavorite: boolean;

http://www.typescriptlang.org/play/#src=interface%20INode%20%7B%0D%0A%20%20%20%20x%3A%20number%3B%0D%0A%7D%0D%0A%0D%0Aconst%20node%3A%20INode%20%3D%20%7B%20x%3A%201%20%7D%3B%0D%0Anode.y%20%3D%201%3B%0D%0A%0D%0Aconsole.log(node)%3B#src=interface%20INode%20%7B%0D%0A%20%20%20%20isFavorite%3A%20boolean%3B%0D%0A%7D%0D%0A%0D%0Aconst%20node%3A%20INode%20%3D%20%7B%7D%3B%0D%0Anode.isFavorite%20%3D%20true%3B%0D%0A%0D%0Aconsole.log(node)%3B

ну работает, клёво

а что не работает? (:

то, что у меня тут наговнокодено. Подозреваю, что я чего-то не знаю про js...

из базы возвращается объект с таким интерфейсом. Я ему хочу насетить эту пропертю. А она не сетится.

Object.preventExtensions мб

не знаю)

о, вот это очень даже вероятная тема, спасибо

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

это именно оно. let plainNote: Note = <Note?<Note>note).toObject(); с новым объектом работает

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

toObject? откуда это?

это монгусовская тема для конвертирования в plain js object

я не знаю, что это, я только что это первый раз нагуглил

а, понял

@vkurchatkin это во flow сломали? https://flowtype.org/try/#0PQKhAIAEDMBsHsDu4TAFBoMbwHYGcAXcAQ3AF5wBtARgBpwAmegZnoBYBdAbjVgFMiAIx6DyJAHQAHeJIAUAShFjiUmQqUUV0uYrSjNqnRonb1WXHnj9xCAOazB4gvADKBAE4BLHPfmKgA

мне казалось, что это работает

да не

Ну как это будет работать

а, стоп

вроде pop():?T должен быть

ага

https://github.com/facebook/flow/blob/master/lib/core.js#L246

и shift() там тоже

Странно, я вроде помню что это меняли

25 апреля висит коммит

https://github.com/facebook/flow/pull/2717

хмм

ну то есть завернули, да

ага, а я вроде видел, что стримы или что-то такое flow понимает

когда пусто, когда нет

Не, такого нет

померещилось))

Люди, а как использовать кастомные тайпинги вместо дефолтных при moduleResolution == node?

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

В таких случаях разумное решение - создать свою версию тайпингов в отдельной папке. Но такие тайпинги не подключаются, если moduleResolution равен node

И /// <reference path тоже не помогает

Возможно это поможет https://www.typescriptlang.org/docs/handbook/module-resolution.html пункт How Node.js resolves modules

Читал уже ) Ни одно решение не помогло

Из того что там перечислено

Хотя... пришла одна мысль с дополнительными папками node_modules

import {x} from "./src/module/package.json";

Я вообще такую проблему проще решал. Форкал библиотеку на гитхабе и указывал путь к гитхабу. Наверно так будет даже лучше

Ура!!!! @dublicator спасибо что натолкнули на мысль перечитать статью про модуль резолюшн! ) Короче действительно помогло создание дополнительной папки node_modules в папке с src. И уж в нее и положил исправленные тайпинги

Думаю это самое простое решение

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

лежат тайпинги, никого не трогают. тут подходит к ним д3 библиотечка и говорит: “а у меня функции по мильон аргументов, го со мной, похалтурим на калым и напишем к ним типы” Ну тайпинги бычки смахнули, из ноздрей пуская дым, и погнали писаться

И еще я так и не понял, нахрена в tsconfig нужна опция "typeRoots" при "moduleResolution=node"? Но факт что если параметр typeRoots удаляешь, то сыпется куча ошибок.

лежат тайпинги, никого не трогают. тут подходит к ним д3 библиотечка и говорит: “а у меня функции по мильон аргументов, го со мной, похалтурим на калым и напишем к ним типы” Ну тайпинги бычки смахнули, из ноздрей пуская дым, и погнали писаться

D3 это ж символ синдрома Not invented here и гигантомании, там же даже Set с Map свои))

Вообще не использовал typeRoots, проблем не было. Ошибки возможно из-за того, что в проекте не одна папка node_modules. Но кстати, его как раз можно заюзать под кастомные тайпинги. Как-то так {"typeRoots": [ "./src/custom_typings", "./node_modules/@types"]}

ERROR: S client not available

Для кастомных тайпингов не помогало

все-равно приоритет у node_modules

Вот короче подробный ответ http://stackoverflow.com/a/40326719/414789

Спасибо большое! Почитать смогу только с утра )

tl;dr: typeRoots и types не позволяют работать с тайпингами, не оформленными в виде npm-пакетов, их надо подключать по-старому (files, include, ///reference)

@chudesnov спасибо за короткий и четкий ответ! )

Вот короче подробный ответ http://stackoverflow.com/a/40326719/414789

Эгегей!!!! Спасибо за такую шикарную статью! Добавил ее в закладки ) Мне помог подход, описанный в ней, который оказался намного изящнее использования дополнительных папок node_modules. Короче это подход с добавлением папки с кастомными тайпингами в "paths". Теперь у меня это в конфиге выглядит так: "paths": { "*": [ "src/custom-typings/*", "src/*" ] }

Можно прописать в types или все их сложить и добавить в typeRoots

С node_modules в src вы остальные тайпинги не сломаете?)

https://github.com/Microsoft/TypeScript/issues/12609#issuecomment-264940788 Мелочь, а приятно :)

import type { MyType } from './types'; declare module 'my-module' { declare module.exports: { myMethod(): MyType; }; } Не работает так, как мною ожидается. Как правильно это реализовать?

export function myMethod (): MyType

import перенеси в declare module и убери type Oo

Спасибо. =)

ts + system.js loader, козлит

пишет - system.src.js:1051 GET http://localhost:5555/dist/npm/d3.js 404 (Not Found)

системжс не нужен

ясен пень )

есть стартер кит репо какоенить где без него но с TS ?

чтобы проверялось что все загрузилось и потом что то типо myapp.init()

может с webpack попробую - https://www.typescriptlang.org/docs/handbook/integrating-with-build-tools.html

ну да, взял вебпак и сразу, через пол дня всего, все настроил как надо ?

вопрос к профессионалам Flow const map = { [0 <= 1] : 'ok', }; что здесь может быть похоже на флоу синтаксис? есть баг https://github.com/babel/babylon/issues/264 релейтед к бабилону и flow плагину. хочу пофиксить. кода много, может быть есть наводки? спасибо

вопрос к профессионалам Flow const map = { [0 <= 1] : 'ok', }; что здесь может быть похоже на флоу синтаксис? есть баг https://github.com/babel/babylon/issues/264 релейтед к бабилону и flow плагину. хочу пофиксить. кода много, может быть есть наводки? спасибо

а это не простое computed prop?

Мда, кто такую хуйню придумал, интересно

а, понял

а это не простое computed prop?

да, оно, но флоу плагин ругается на =

Мда, кто такую хуйню придумал, интересно

бабилон, флоу или компьютед пропертис, которые возвращают булин?

Нет, я про сам код

Шизофрения какая-то

но вообще кейс супер странный да