Tslint: Adicionar opção de relógio

Criado em 23 ago. 2017  ·  14Comentários  ·  Fonte: palantir/tslint

Não encontrei problemas com essa solicitação, então estou criando um

Declined Feature Request

Comentários muito úteis

Discordo que isso deva ser encerrado e, pelo menos, permanecer no roteiro, mesmo que o foco esteja atualmente em outro lugar. Assistir parece muito complicado comparado ao tsc -w do tsc

Todos 14 comentários

Quero abordar esse assunto, pois não houve atividade desde 24 de agosto e acho que isso é importante.

Eu uso o nodemon para observar as alterações de arquivos e executo o tslint no script npm. Um exemplo https://github.com/ryancat/create-ts-library/blob/master/package.json#L9

Você precisará não sair com o código de erro 2 para evitar que o nodemon saia.

Só quero enfatizar a necessidade desse recurso.

Eu gostaria que este recurso fosse implementado

Estou com febre. E a única prescrição é mais --watch .

este é um recurso _muito difícil_ de implementar porque provavelmente requer uma rearquitetura radical para suportar re-execuções incrementais, então acho que a melhor aposta aqui será combinar o tslint com outras ferramentas de observador existentes, como nodemon mencionado acima ou https: //www.npmjs.com/package/watch

requer uma rearquitetura radical para suportar re-execuções incrementais

FWIW que soa muito difícil, mas também mais performático do que executar novamente todo o tslint na mudança, como aconteceria com ferramentas de terceiros. +1 para este pedido, juntamente com um lado saudável de compreensão.

⌚ isso.

Minha ferramenta realmente suporta esse comportamento, porque entendo que é muito difícil de implementar. https://github.com/guidojo/multipleTypescriptCompilers#readme

Atualmente, a ferramenta executa um compilador tsc e, após cada execução, ele fará o lint de cada arquivo separadamente. Se for interrompido por outra compilação, ele será abortado. :)

Alguém já investigou isso?

Enquanto isso, estou usando o pacote onchange em meus scripts npm: https://github.com/alexburner/chain-of-being/blob/85230a5b0bf06e1e0a729559c340493c93dac008/package.json#L18

Depois de ver nos documentos prettier : https://prettier.io/docs/en/watching-files.html

Usar o pacote onchange funciona perfeitamente, muito obrigado por essa sugestão @alexburner. Atualmente usando-o para tslint e stylelint:

{
    "lint": "concurrently \"yarn tslint:once\" \"yarn stylelint:once\" && onchange 'src/**/*.*' -- concurrently \"yarn tslint:once\" \"yarn stylelint:once\"",
    "tslint:once": "tslint -p . -c ./tslint.json --fix './src/**/*.+(ts|tsx)'",
    "stylelint:once": "stylelint --fix **/*.scss",
}

Acho que a solução onchange é suficiente para casos de uso de CLI. Você pode usar a API do Node e implementar um observador em cima disso, se quiser. Vou encerrar porque gostaríamos de concentrar os esforços de desenvolvimento em outros lugares do TSLint.

Discordo que isso deva ser encerrado e, pelo menos, permanecer no roteiro, mesmo que o foco esteja atualmente em outro lugar. Assistir parece muito complicado comparado ao tsc -w do tsc

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

zewa666 picture zewa666  ·  3Comentários

mateiacd picture mateiacd  ·  3Comentários

denkomanceski picture denkomanceski  ·  3Comentários

mrand01 picture mrand01  ·  3Comentários

allbto picture allbto  ·  3Comentários