Это работа в процессе, должно быть сделано в ближайшее время... можно следить за разговором здесь:
https://github.com/DefinitelyTyped/DefinitelyTyped/issues/20418

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

Теперь, когда у меня есть доступ, я принесу отпечатки сюда. Я добавлю для 3.x; Кроме того, было бы неплохо (хотя и не обязательно) также перенести типизацию 2.x, поэтому все выходит из DefinitelyTyped.

Это определенно будет предпочтительным маршрутом

Привет, @DABH , как дела?

@nolazybits Я встречаюсь с @indexzero в пятницу и обсужу, как это интегрировать — знаю, что это было отложено на некоторое время, но, надеюсь, ожидайте некоторых обновлений в эти выходные!

открывается logform PR (https://github.com/winstonjs/logform/pull/15); Скоро должны появиться PR для winston-transport и winston. Не стесняйтесь пересматривать / +1 по мере необходимости.

Типы logform были объединены, winston-transport теперь в PR (https://github.com/winstonjs/winston-transport/pull/9). Теперь, когда зависимости готовы, осталось только закончить типизацию winston ... скоро!

Типы winston-transport объединены... между прочим, если кто-то хочет начать использовать/тестировать типизации logform / winston-transport в своих приложениях, которые будут высоко оценены, возможно, я пропустил вещи. Все еще работаю над наборами winston , но опубликую обновление, когда оно у меня появится.

1287

(это зависит от https://github.com/winstonjs/winston-transport/pull/11, который еще не объединен на момент написания этой статьи, но вы можете загрузить эту версию вручную)

Любой, кто хочет помочь протестировать/отладить это, набирает несколько Интернет-баллов ;) В противном случае я буду тестировать все, что смогу, и, надеюсь, скоро это будет объединено. Могут быть проблемы с написанным, а также недостающие вещи.

Я решил исключить любые устаревшие методы, поскольку люди, которые достаточно продвинуты, чтобы использовать Typescript, наверняка не захотят использовать какие-либо устаревшие методы;)

Типы были объединены и будут включены в следующий RC (если мы сделаем еще один) и финальный релиз 3.0! Пожалуйста, начните использовать их, когда сможете, и дайте мне знать, если я что-то пропустил. Спасибо!

Привет, спасибо @DABH. Я только что добавил последний winston RC в качестве зависимости в свой проект, и я был бы рад использовать определения TS. Ожидается ли новый RC до финальной версии 3.0 или мне следует брать определения прямо с github?

@sveyret Определения TS должны быть в последней версии RC (RC6). Дайте мне знать, если вы их не видите! Я не ожидаю, что они существенно изменятся с настоящего момента до финального релиза 3.0 ближе к концу месяца.

@DABH , на самом деле, я вообще не вижу этого последнего RC6… Ни в релизах github, ни с npm. Я попытался установить winston@next , но у меня только RC5, поэтому я попробовал [email protected], но версия не была найдена.

Приношу свои извинения — мы вносим еще несколько исправлений перед тем, как выпустить RC6 (я подозреваю, что он выйдет в эту пятницу утром). Между тем, если вы используете winston@master , вы их получите (немного уродливее в package.json , я знаю...). Извините за это, спасибо, что подняли этот вопрос!

Спасибо Вам за информацию. Думаю, лучше дождаться пятницы (утро для какого континента? :wink:) Если не будет готово в эти выходные, то я получу ветку прямо с git.

Стремление к продвижению около 11 часов, но следите за обновлениями; )

Немного задержался?

Действительно... @indexzero ?

Возможно, пока просто используйте master , это очень похоже на то, что будет в грядущей официальной версии 3.0...

Привет @DABH ,
Спасибо вам за вашу работу. Наконец-то я установил master в свой проект.
Я использую регистратор по умолчанию, и LeveledLogMethod не определены для него на index.d.ts . Как вы можете видеть здесь , методы уровня npm объединяются с перечисленными методами, которые добавляются к объекту winston по умолчанию.
Кстати, даже если я их не использую, также кажется, что методы handleExceptions и unhandleExceptions не определены ни в логгере по умолчанию, ни в других.
Вы хотите, чтобы я открыл новые вопросы для этого?

Я также заметил, что существует новый уровень http (между info и verbose ) для npm…

Я отправил запрос на включение # 1323, чтобы исправить это. Я не рискнул добавить (un)handleExceptions, потому что я ими не пользуюсь и поэтому не уверен в себе.

Спасибо @sveyret за ваш вклад. Мы объединили # 1323 . Я открыл #1330, который должен ответить на ваши комментарии к .(un)handleException . .(un)handleException — это устаревший API, поэтому я включаю определения только для эквивалентного неустаревшего API .exception.(un)handle . Надеюсь, это имеет смысл. Если есть какая-либо устная поддержка наличия устаревших в определениях TS, я готов их добавить.

Благодарим вас за объединение этого изменения. Ваш комментарий к .(un)handleException полностью мне понятен. Нет необходимости использовать их, если они устарели.