Não tenho certeza se isso é mantido por você, mas as definições datilografadas para RC ainda não existem,
se isso for mantido aqui, você poderia atualizá-los
É um trabalho em andamento, deve ser feito em breve... pode acompanhar a conversa aqui:
https://github.com/DefinitelyTyped/DefinitelyTyped/issues/20418
@DABH seria bom adicioná-los ao próprio repositório para que eles possam ser alinhados de perto no controle de versão.
Agora que tenho acesso, trarei as digitações aqui. Vou adicionar os do 3.x; Além disso, pode ser bom (embora não necessário) trazer as tipagens 2.x também, então tudo está fora do Definitivamente Typed.
Esta seria definitivamente a rota preferida
Ei @DABH qual é o status?
@nolazybits Vou me encontrar com @indexzero na sexta-feira e discutirei a integração disso - sei que isso foi adiado por um tempo, mas espere algumas atualizações neste fim de semana!
logform PR é aberto (https://github.com/winstonjs/logform/pull/15); PRs para winston-transport e winston devem chegar em breve. Sinta-se à vontade para revisar/+1 conforme apropriado.
As digitações logform
foram mescladas, winston-transport
agora estão em PR (https://github.com/winstonjs/winston-transport/pull/9). Agora que as dependências estão prontas, só falta terminar as digitações de winston
... em breve!
winston-transport
digitações mescladas... aliás, se alguém quiser começar a usar/testar as digitações logform
/ winston-transport
em seus aplicativos que seriam muito apreciadas, é possível que eu tenha perdido coisas. Ainda trabalhando em digitações winston
, mas postarei uma atualização quando eu tiver uma
(isso depende de https://github.com/winstonjs/winston-transport/pull/11, que ainda não foi mesclado até o momento, mas você pode baixar essa revisão manualmente)
Qualquer pessoa que queira ajudar a testar/depurar isso ganha alguns pontos na Internet ;) Caso contrário, testarei as coisas da melhor maneira possível e espero que isso seja mesclado em breve. Pode haver problemas com o que está escrito, bem como coisas faltando.
Eu escolhi excluir quaisquer métodos obsoletos, já que as pessoas que são inovadoras o suficiente para usar o Typescript certamente não gostariam de usar nenhum método obsoleto;)
As digitações foram mescladas e serão incluídas no próximo RC (se fizermos outro) e na versão 3.0 final! Por favor, comece a usá-los quando puder e deixe-me saber se eu perdi alguma coisa. Obrigado!
Olá, obrigado @DABH. Acabei de adicionar o winston RC mais recente como dependência ao meu projeto e ficaria feliz em usar as definições de TS. É esperado um novo RC antes do 3.0 final ou devo obter definições diretamente do github?
@sveyret Os defs do TS devem estar no RC mais recente (RC6). Deixe-me saber se você não vê-los! Eu não espero que eles mudem significativamente entre agora e a versão 3.0 final perto do final do mês.
@DABH na verdade, eu não vejo este último RC6… Nem nas versões do github nem com o npm. Tentei instalar winston@next , mas só tenho RC5, então tentei [email protected] mas a versão não foi encontrada.
Minhas desculpas - estamos colocando mais algumas correções antes de empurrar o RC6 (suspeito que será lançado nesta sexta-feira de manhã). Enquanto isso, se você usar winston@master
você vai conseguir (um pouco mais feio no seu package.json
eu sei...). Desculpe por isso, obrigado por trazer isso à tona!
Obrigado pela informação. Acho melhor esperar até sexta-feira (manhã para qual continente? :wink:) Se não estiver pronto neste final de semana, pegarei o branch diretamente do git.
Com o objetivo de empurrar em torno de 11 horas, mas fique atento; )
Um pouco atrasado?
De fato... @indexzero ?
Talvez apenas use master
por enquanto, é bastante semelhante ao que será o próximo lançamento oficial 3.0 ...
Olá @DABH ,
Obrigado por seu trabalho. Finalmente instalei o master
no meu projeto.
Estou usando o registrador padrão e o LeveledLogMethod
não está definido para ele em index.d.ts
. Como você pode ver aqui , os métodos de nível npm são concatenados aos métodos listados que são adicionados ao objeto winston
padrão.
Aliás, mesmo que eu não os use, também parece que os métodos handleExceptions e unhandleExceptions não são definidos no logger padrão, nem em outros.
Você gostaria que eu abrisse novas questões para isso?
Também notei que há um novo nível http
(entre info
e verbose
) para npm…
Enviei um pull request #1323 para corrigir isso. Não ousei adicionar (un)handleExceptions porque não as uso e, portanto, não tenho certeza de mim.
Obrigado @sveyret por sua contribuição. Nós fundimos #1323 . Abri #1330, que deve abordar seus comentários sobre .(un)handleException
. .(un)handleException
é uma API obsoleta, então estou incluindo apenas os defs para o equivalente não obsoleto .exception.(un)handle
. Espero que isso faça sentido. Se houver algum suporte vocal para ter os obsoletos nos defs do TS, estou aberto a adicioná-los.
Obrigado por mesclar esta alteração. Seu comentário sobre .(un)handleException
faz todo o sentido para mim. Não há necessidade de usá-los se estiverem obsoletos.
Comentários muito úteis
As digitações foram mescladas e serão incluídas no próximo RC (se fizermos outro) e na versão 3.0 final! Por favor, comece a usá-los quando puder e deixe-me saber se eu perdi alguma coisa. Obrigado!