У меня не работает: https://www.typescriptlang.org/play/index.html#src=declare%20module%20'someModule'%20%7B%0A%09interface%20FormErrors%20%7B%0A%20%20%20%20%20%20%20%20%5Bname%3A%20string%5D%3A%20(string%20%7C%20number)%5B%5D%3B%0A%20%20%20%20%7D%0A%09%0A%09class%20Form%20%20%7B%0A%20%20%20%20%20%20%20%20static%20Field%3A%20%7Bq1%3A%20string%7D%3B%0A%20%20%20%20%20%20%20%20static%20FormErrors%3A%20FormErrors%3B%0A%20%20%20%20%7D%0A%09%0A%09const%20form%3A%20Form%3B%0A%09%0A%20%20%20%20export%20%3D%20form%3B%0A%7D%0A%0Adeclare%20module%20'main'%20%7B%0A%09import%20Form%20%3D%20require('someModule')%3B%0A%09%0A%09const%20field%20%3D%20Form.Field%3B%0A%7D

Вот неработающий код: declare module 'someModule' { interface FormErrors { [name: string]: (string | number)[]; } class Form { static Field: {q1: string}; static FormErrors: FormErrors; } const form: Form; export = form; } declare module 'main' { import Form = require('someModule'); const field = Form.Field; }

Я не могу получить доступ к статическому полю класса

Ты что-то не то экспортируешь

а как экспортировать класс?

Конечно, ты же объект экспортируешь)

А с классом как быть?

form.constructor.Field

Но дело в том, что сама библиотека, для которой я пишу тайпинг, экспортиует именно класс

Ещё раз внимательно смотри свои тайпинги

Ты где-то ошибся

сейчас покопаюсь

Упс да )

Такой вопрос. В тайпингах многих библиотек встречаются модули, имена которых начинаются с "~". Пример: declare module '~rxjs/observable/dom/AjaxObservable' { Что дает такое именование? Что оно означает? Можно ли где-то прочитать про такую конвенцию именований?

Кстати, это сообщество самое активное из русскоязычных по Тайпскрипту, или есть какие-то более популярные?

Такой вопрос. В тайпингах многих библиотек встречаются модули, имена которых начинаются с "~". Пример: declare module '~rxjs/observable/dom/AjaxObservable' { Что дает такое именование? Что оно означает? Можно ли где-то прочитать про такую конвенцию именований?

это может для npm пакетов, которые ставятся через @

но я не уверен

Кстати, это сообщество самое активное из русскоязычных по Тайпскрипту, или есть какие-то более популярные?

других не знаю)

)

Такой вопрос. В тайпингах многих библиотек встречаются модули, имена которых начинаются с "~". Пример: declare module '~rxjs/observable/dom/AjaxObservable' { Что дает такое именование? Что оно означает? Можно ли где-то прочитать про такую конвенцию именований?

Чтобы отделить экспортируемые модули от внутренних

Мне казалось так

Чтобы отделить экспортируемые модули от внутренних

Нет. Эти модули так же доступны извне

Нет. Эти модули так же доступны извне

Это понятно, я имею в виду, именованием

Чтобы отделить экспортируемые модули от внутренних

в react изначально namespace __React делают

Может быть так

Чтобы отделить экспортируемые модули от внутренних

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

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

Мне не было нужно пока

Такой вопрос. В тайпингах многих библиотек встречаются модули, имена которых начинаются с "~". Пример: declare module '~rxjs/observable/dom/AjaxObservable' { Что дает такое именование? Что оно означает? Можно ли где-то прочитать про такую конвенцию именований?

Так собираются "приватные" декларации модулей из дефинишенов бандлером typings.

Своего рода группировки. Потом они импортятся в декларации самого модуля.

Так собираются "приватные" декларации модулей из дефинишенов бандлером typings.

вот, что это за приватные?

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

вот, что это за приватные?

Так работает бандлер typings

Это просто группировка

Так надо короче)

Но импортить от туда не надо

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

так а че, в npm уже годные модули?

вощем с Дениелом еще все афтепати разговаривали

вощем с Дениелом еще все афтепати разговаривали

Рассказывай уже что к чему!

Вангую, что ВСЁ ПЛОХО

Вангую, что ВСЁ ПЛОХО

Если б плохо, то уже бы все рассказал

@chicoxyzzy Не томи уже

Афтерпати удалась

Люди, как можно при наследовании интерфейса сменить тип поля на другой? Просто у меня компилятор ругается

Люди, как можно при наследовании интерфейса сменить тип поля на другой? Просто у меня компилятор ругается

никак

Это странно и непривычно )

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

никак

так что нужно делать базовый интерфейс и от него наследовать

Это странно и непривычно )

это правильно

Какой грустный день (

А как можно сделать две структуры со сходным набором имен полей, но с разными типами этих полей?

Вы можете сделать 3 интерфейса в одном поле foo, другие два от него наследуются и имеют специфичные для них поля

я правильно понял вопрос?

В принципе да, логично!

Спасибо!

Просто у базового родителя сделать поля типа any

Как я понял

решения для второго вопроса нет, а если в TS так и можно я бы не стал делать

ой, на первый, про тип

не надо менять тип поля

можно сделать number | string если очень нужно.

это как пример

ERROR: S client not available

А зачем Вам нужно поменять тип поля? Если конкретный пример?

ровно как и делать его опциональным

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

можно сделать number | string если очень нужно.

при наследовании\реализации? О.о

при наследовании\реализации? О.о

изначально

а :)

Бывали такие задачи, пока осваивал тайпскрипт в течении последнего месяца. Сейчас после рефакторингов такой необходимости уже нет, и деталей я не очень помню ) Просто помню нужно было создать две связанные структуры (одна является отражением другой, то-есть с тем же набором полей), но служащие разным функциональным задачам, и потому поля эти содержат совсем разные типы танных. Сейчас бы я это сделал через создание общего предка с заданным набором полей типа any

а зачем вообще им предок?

если это две разные структуры?

ну похожи, так бывает

Хотя да, и создание общего предка тут не поможет. Просто была необходимость сделать так, что б перечень полей был строго связан

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

Так это дженерик, нет?

Да, точно! Дженерик решил бы!

товарищи, а вы не видели бойлерплейта для тайпскрипт либ? идеально для VS2015 но и отдельно тоже пошло бы. ну то есть чтобы она была на выходе npm пакаджем с .d.ts и всем прочим, готовым для паблишинга в npm и инклюда в проекты на ноде и для браузера например с вебпаком

а то сайтов куча а либ нету

а что там бойлерплейтить?

Ну типа нечего. Но и для nodejs нет такого, хотя казалось бы

а что там бойлерплейтить?

я, пожалуй, неправильно выразился. вот есть у меня либа с тестами, и есть 2 проекта которые ее используют

и вот хочется чтобы как только тесты прошли - она попала к ним в node_modules

только таких либ не одна и не две

и проектов не два

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

потому что даже если просто у всего звать npm install - долго

особенно по сравнению с тем как быстро тайпскрипт билдается

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

Npm link ? )

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

да, вроде того

чет мне кажется, что это офигенно плохая идея, а локально для разработки npm link да)

хммм npm link выглядит интересным