Usa o Visual Studio Code? Então tem de conhecer estas 5 excelentes extensões
Todos os que procuram um bom editor de código já testaram o Visual Studio Code. Esta ferramenta da Microsoft tem conseguido ganhar o seu espaço e é hoje uma referência nesta área.
Tal como acontece no browser, também o Visual Studio Code tem extensões. Estas conseguem melhorá-lo e hoje vamos conhecer 5 que o fazem de forma quase essencial.
Tal como o Visual Studio Code, também as suas extensões são criadas para lhe dar ainda mais funcionalidades e alargar a sua utilização.
Atuam a vários níveis, desde a compilação de código até à sua apresentação de forma mais eficiente. Hoje vamos conhecer 5 excelentes extensões para este editor.
GitLens — Git supercharged
De forma nativa, o Visual Studio Code tem integração com o GitHub. Esta é padrão e por isso o GitLens é uma vantagem. Com esta extensão é possível ter uma visão muito mais detalhada do código guardado nestes repositórios.
Podemos perceber que alterações foram feitas, quando e até por quem. Quem usa o GitHub nos seus projetos vai agradecer esta extensão.
Debugger for Chrome
Todos os que gostam de ver o seu código a produzir resultados em tempo real têm no Debugger for Chrome uma extensão a ter em conta.
Esta permite que sejam estabelecidos breakpoints, watches e até aceder à consola. O Debugger for Chrome permite correr uma versão do browser da Google dentro do Visual Studio Code ou alocar uma externa a este editor
Beautify
No campo do embelezamento do código, o Beautify dá cartas e consegue permitir ao utilizador um grau de personalização elevado, para que esteja conforme pretendido.
Faz uso do Online JavaScript Beautifier, já presente no Visual Studio Code, mas eleva-o a um grau bem mais elevado, onde todos os elementos podem ser personalizados.
vscode-icons
Porque nem tudo no Visual Studio Code está relacionado com código, o vscode-icons é uma presença a ter em conta. Esta extensão permite melhorar os ícones que o explorador de ficheiros presentes oferece.
Todas as diferentes extensões, associadas às diferentes linguagens de programação, passam a ser mais facilmente identificadas. Bastará olhar ao ícone e o reconhecimento é imediato.
VS Live Share
Por fm chega uma das melhores e mais importantes extensões do Visual Studio Code. O VS Live Share, criado pela Microsoft, permite que seja feita edição de código por 2 ou mais programadores em tempo real.
De forma segura, autenticada e em tempo real, os programadores podem editar código, compilar e partilhar todo o ambiente de qualquer projeto. É uma extensão essencial e que todos devem experimentar, para verificar as potencialidades do Visual Studio Code.
Estas são as nossas propostas para quem quer tirar muito mais do Visual Studio Code. São extensões que abordam várias áreas, não se focando apenas no código produzido, mas alargando-o ainda mais a outras áreas.
Caso usem outras, podem partilhá-las para que todos possam tirar ainda mais deste excelente editor de código da Microsoft, que está presente tanto no Windows como no Linux ou no macOS.
Este artigo tem mais de um ano
No texto do GitLens penso que queriam dizer “integração nativa com o Git” (e não GitHub).
São coisas diferentes.
É Github mesmo, e Git TBM. Agora que Github é produto da MS.
Há mais repositórios com os quais o VSCode lida nativamente, por isso é mais correcto ser Git. Github é apenas um deles.
Tanto que eu uso com o GitLab. O correto seria somente Git mesmo.
Verdade, também estranhei dizerem github, mas entendo a confusão xD
Recomendo também o Material Icon Theme e Bracket Pair Colorizer (para queries complexas de mongodb, ajuda bastante).
Prefiro o “Material Icon Theme” como alternativa ao “vscode-icons” assim como o “Hugo”
“Git History” também é uma excelente pedida.
Assim como os “Auto Close Tag” e “Auto Rename Tag”
Gosto bastante do VSCode, trabalho com PHP diariamente e é a ferramenta que uso. Configurado à minha maneira, fica muito bom.
O VSCode está a conseguir trazer para as “janelinhas” muitos utilizadores de vIm e emacs. O sublimetext em certo momento também conseguiu este feito, mas o VSCode está bem lançado.
O VSCode está muito bom. Não fica nada atrás do sublimetext e tem a grande vantagem de ser open source. No início não lhe dava grande valor, mas agora é praticamente o único que uso, quer em Windows, quer em Linux. A única coisa que não acho interessante, apesar de contornável, é ter shortcuts diferentes nas duas plataformas.
Retirar utilizadores casuais do Vim e do Emacs pode acontecer, agora utilizadores “diários” não vai acontecer. Mas o mais interessante do Viscose, nem é propriamente o editor, é isto: https://code.visualstudio.com/api/language-extensions/language-server-extension-guide
E isto sim, dá para ligar com o Emacs e Vim, e aí sim, a coisa é bastante interessante, mesmo para utilizadores de Emacs/Vim que passam a poder usar o seu “sistema operativo” até para programar em Java (aquela coisa que só pode ser escrita com recurso a um ide pesado)
Ora toma lá um que deixou o emacs e que usou durante 30 ocasionais anos https://usesthis.com/interviews/dave.thomas/
Portanto, um tipo que faz apresentações no keynote (Apple), porque não consegue achar nada na combinação Linux/Emacs que o substitui 🙁
Um tipo que diz “…which actually gives me everything Emacs did and more…”, Isto sem dizer exactamente o que é que lhe dá a mais…
Portanto representativo do típico utilizador “diário” de Emacs?!
Podes elucidar então em que é que o vscode é melhor que o Emacs? Quais são as características que fazem do vscode melhor opção do que o Emacs?
Portanto, ele dá exemplos de linguagens que usa, e de todas, só a última é que já usei(uso quando não dá para fugir), portanto, falando da última, as “ferramentas” ao dispor do Emacs para integrar com web/JavaScript, são boas e não sei onde é que o VScode é melhor.
Explica lá qual é a melhor extensão (no VScode) para interagir com Git (eu instalei a gitlens), depois compara com magit (e relacionados). A minha comparação é, magit dá 10 a 0.
Qual é a ferramenta no VScode que consegue fazer sequer 20% do que orgmode faz?
Poderia continuar com montes de exemplos, mas deixo para ti dares alguns exemplos onde VScode é melhor alternativa do que Emacs.
Mas tal como te tinha dito, apartir do momento que apareceu o LSP (obrigado Microsoft… nunca pensei dizer isto), basicamente é possível estender o Emacs ao ponto de não haver nada que VScode tenha, que Emacs não tenha, com a diferença que no mundo Emacs já há ferramentas muito maduras que batem toda a concorrência.
PS: já deves ter percebido que uso Emacs, e que tbm uso VScode, muito menos claro, só num computador com Windows que nem é meu, e no Windows, usar Emacs é um tormento. Aliás, desenvolver software no Windows é um tormento, ponto.
Afinal, reasonML é praticamente um ocaml. E ocaml já usei, e havia boa integração com o Emacs.
Uma linguagem para a web, ao estilo reasonML é PureScript, que é capaz de já ser mais popular que reasonML. Para quem já viu Haskell, vai ser fácil usar PureScript. E há integração para VScode e para Emacs.
Aconselho qualquer um a experimentar. A interação com o próprio JavaScript é fácil, quer num sentido quer no outro, usando FFI(Foreign Function Interface)
E engraçado, reparei agora que o utilizador acima, que pela imagem deve ser o Marco, mas acima tem o Nick de tuaregue, e o modo pro Emacs para interagir com ocaml tem o nome de Tuareg. 🙂
Uso o VSCode para HTML, CSS e JavaScript. Para PHP irei testar o phpStorm antes, pois dizem ser melhor que o VSCode.
Subscrevo o que o Pelete referiu. Git em vez de Git. Mas o que achei verdadeiramente interessante foi a última, VS Live Share.
*Github…
“C# 8.X Is Introducing Records”
Para quando QT………..