\u00a0<\/p>\n
Continue lendo para saber mais e tornar-se um usu\u00e1rio pioneiro de alguns novos recursos empolgantes!<\/p>\n
\u00a0<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Nossos nov\u00edssimos linters trazem todos os recursos do Rider<\/a> e do GoLand<\/a> para permitir que voc\u00ea identifique c\u00f3digo an\u00f4malo e bugs em potencial, elimine c\u00f3digo in\u00fatil, melhore a estrutura geral do c\u00f3digo e introduza as melhores pr\u00e1ticas por todos os seus projetos de .NET e Go!<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n O Qodana d\u00e1 suporte a quase todas as inspe\u00e7\u00f5es de .NET oferecidas pelo Rider. Como a lista dessas inspe\u00e7\u00f5es \u00e9 longa, confira a documenta\u00e7\u00e3o do Rider<\/a> para saber mais sobre todas as inspe\u00e7\u00f5es. Enquanto isso, veja abaixo alguns exemplos das inspe\u00e7\u00f5es de .NET que o Qodana pode executar.<\/p>\n \u00a0<\/p>\n Ordena\u00e7\u00e3o de locks inconsistentes<\/strong><\/p>\n \u00a0<\/p>\n Um dos maiores problemas ao se usar locks para garantir a seguran\u00e7a das threads \u00e9 evitar travamentos m\u00fatuos, ou seja, quando as threads simultaneamente impedem umas \u00e0s outras de continuar a execu\u00e7\u00e3o, de modo que esta n\u00e3o avan\u00e7a. Com esta nova inspe\u00e7\u00e3o, o Qodana real\u00e7a os ciclos que puderem levar a poss\u00edveis travamentos m\u00fatuos em tempo de execu\u00e7\u00e3o.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Acesso a vari\u00e1veis capturadas modificadas<\/strong><\/p>\n \u00a0<\/p>\n O Qodana para .NET detecta acessos a vari\u00e1veis capturadas a partir de um m\u00e9todo an\u00f4nimo, quando essas vari\u00e1veis forem modificadas externamente.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Evitar usar express\u00f5es lambda “async” quando o tipo Delegate retornar “void”<\/strong><\/p>\n \u00a0<\/p>\n Esta inspe\u00e7\u00e3o detecta o uso de express\u00f5es lambda “async”. Se houver quaisquer exce\u00e7\u00f5es n\u00e3o tratadas pela express\u00e3o lambda, elas nunca afetar\u00e3o a thread que fez a chamada e n\u00e3o ser\u00e3o pegas pela cl\u00e1usula “catch”.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Verifica\u00e7\u00f5es de tipo e casts podem ser combinados<\/strong><\/p>\n \u00a0<\/p>\n O operador de teste de tipo \u00a0<\/p>\n Quando se usa \u00a0<\/p>\n O Qodana detectar\u00e1 esse problema e sugerir\u00e1 que voc\u00ea o corrija no Rider.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Uma express\u00e3o lambda ou m\u00e9todo an\u00f4nimo n\u00e3o deve ter capturas do contexto externo<\/strong><\/p>\n \u00a0<\/p>\n Uma express\u00e3o lambda ou m\u00e9todo an\u00f4nimo passado a um par\u00e2metro anotado pelo atributo “[RequireStaticDelegate]” n\u00e3o deve ter capturas do contexto que o cont\u00e9m (vari\u00e1veis e fun\u00e7\u00f5es locais, refer\u00eancias “this”), para evitar aloca\u00e7\u00f5es de heap.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Para configurar o linter para .NET e executar an\u00e1lises, consulte a documenta\u00e7\u00e3o do Qodana<\/a>.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n O Qodana 2022.3 foi projetado para dar suporte a todas as inspe\u00e7\u00f5es oferecidas pelo GoLand. Para ver a lista completa dessas inspe\u00e7\u00f5es, consulte a documenta\u00e7\u00e3o do GoLand<\/a>. Veja abaixo alguns exemplos de inspe\u00e7\u00f5es do Go que agora t\u00eam suporte no Qodana.<\/p>\n \u00a0<\/p>\n Placeholder argument \u2018d.DeletedCount\u2019 has the wrong type \u2018int64\u2019 (%s)<\/strong><\/p>\n \u00a0<\/p>\n Esta inspe\u00e7\u00e3o alerta para usos incorretos de \u00a0<\/p>\n Em suas strings de formato, fun\u00e7\u00f5es de formata\u00e7\u00e3o usam verbos de formata\u00e7\u00e3o, como \u00a0<\/p>\n Se esses verbos de formata\u00e7\u00e3o forem usados incorretamente, o resultado de uma fun\u00e7\u00e3o de formata\u00e7\u00e3o conter\u00e1 um erro.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Unhandled error<\/strong><\/p>\n \u00a0<\/p>\n Esta inspe\u00e7\u00e3o alerta para chamadas a fun\u00e7\u00f5es e m\u00e9todos que n\u00e3o s\u00e3o capazes de tratar o resultado de chamadas do tipo \u00a0<\/p>\n Uma API dessas fun\u00e7\u00f5es implica que sua execu\u00e7\u00e3o pode terminar em falha e retornar um erro. Chamadas que n\u00e3o tratam resultados que cont\u00eam erros podem ser uma indica\u00e7\u00e3o de mau uso da API.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Unused dependency<\/strong><\/p>\n \u00a0<\/p>\n Esta inspe\u00e7\u00e3o alerta para depend\u00eancias sem uso no seu projeto. \u00c9 uma boa pr\u00e1tica verificar regularmente a exist\u00eancia de depend\u00eancias n\u00e3o usadas, pois isso reduz o tamanho das bibliotecas do seu projeto e facilita a manuten\u00e7\u00e3o.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Para ver o Qodana em a\u00e7\u00e3o e brincar com essas novas inspe\u00e7\u00f5es, fique \u00e0 vontade para mergulhar na nossa documenta\u00e7\u00e3o e ver como configurar linters para o Go<\/a>.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Al\u00e9m de adicionar novos linters para .NET e Go, o Qodana 2022.3 tamb\u00e9m traz mais de 100 novas inspe\u00e7\u00f5es para os linters j\u00e1 existentes. Vamos dar uma olhada nos exemplos de maior destaque das inspe\u00e7\u00f5es para Java, Kotlin e Python.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Adicionamos mais de 40 novas inspe\u00e7\u00f5es ao Qodana para JVM Community e o Qodana para JVM.<\/p>\n \u00a0<\/p>\n DataFlowIssue<\/strong><\/p>\n \u00a0<\/p>\n Esta inspe\u00e7\u00e3o alerta para construtos de c\u00f3digo que sempre violam contratos de nulidade poss\u00edvel, podem criar exce\u00e7\u00f5es ou s\u00e3o redundantes, com base em uma an\u00e1lise do fluxo de dados.<\/p>\n \u00a0<\/p>\n EscapedSpace<\/strong><\/p>\n \u00a0<\/p>\n O Java 15 introduziu a sequ\u00eancia de escape s em strings para tornar vis\u00edveis espa\u00e7os em branco ao final de blocos de texto. Na maioria dos outros contextos, especialmente em express\u00f5es regulares, esta sequ\u00eancia de escape pode ser confundida facilmente com o \u00a0<\/p>\n MismatchedJavadocCode<\/strong><\/p>\n \u00a0<\/p>\n Esta inspe\u00e7\u00e3o alerta para casos em que o Javadoc de um m\u00e9todo contradiz de forma \u00f3bvia a assinatura do m\u00e9todo, como, por exemplo, um coment\u00e1rio dizendo que “retorna verdadeiro” quando o m\u00e9todo retorna uma string.<\/p>\n \u00a0<\/p>\n Destructure<\/strong><\/p>\n \u00a0<\/p>\n Esta inspe\u00e7\u00e3o alerta para declara\u00e7\u00f5es em Kotlin que podem ser desestruturadas.<\/p>\n \u00a0<\/p>\n UnresolvedRestParam<\/strong><\/p>\n \u00a0<\/p>\n Agora o Qodana pode detectar declara\u00e7\u00f5es inconsistentes de m\u00e9todos em servi\u00e7os REST (tais como par\u00e2metros \u00a0<\/p>\n ReactiveStreamsThrowInOperator<\/strong><\/p>\n \u00a0<\/p>\n Esta nova inspe\u00e7\u00e3o detecta declara\u00e7\u00f5es \u00a0<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Observe que esta vers\u00e3o do Qodana tamb\u00e9m traz todas as novas inspe\u00e7\u00f5es para Android do IntelliJ IDEA 2022.3 e do Android Studio \u2014 Electric Eel | 2022.1.1.<\/p>\n \u00a0<\/p>\n \u00a0<\/p>\n Tamb\u00e9m adicionamos ao Qodana para Python algumas inspe\u00e7\u00f5es para o Google App Engine. Essas inspe\u00e7\u00f5es real\u00e7ar\u00e3o problemas antes que eles causem falhas em ambientes de produ\u00e7\u00e3o. Por exemplo, agora voc\u00ea pode detectar:<\/p>\n \u00a0<\/p>\n Para excluir determinadas inspe\u00e7\u00f5es da sua an\u00e1lise, voc\u00ea pode personalizar seu perfil de inspe\u00e7\u00e3o padr\u00e3o ou criar um novo. Talvez voc\u00ea tamb\u00e9m queira impor inspe\u00e7\u00f5es que forem importantes para as suas diretrizes de programa\u00e7\u00e3o. Confira nossa Documenta\u00e7\u00e3o do Qodana<\/a> para obter mais informa\u00e7\u00f5es.<\/p>\n \u00a0<\/p>\n Isso \u00e9 tudo a respeito do Qodana 2022.3 EAP! Esperamos que voc\u00ea goste desta nova vers\u00e3o. Se voc\u00ea tiver alguma sugest\u00e3o para futuros temas de blog ou se quiser saber mais sobre como o Qodana pode ajudar voc\u00ea e a sua empresa, poste um coment\u00e1rio aqui, marque-nos no Twitter<\/a> ou entre em contato conosco em qodana-support@jetbrains.com<\/a>.<\/p>\n \u00a0<\/p>\n Bom desenvolvimento e mantenha seu c\u00f3digo limpo!<\/p>\n \u00a0<\/p>\n A equipe do Qodana \u00a0<\/p>\n\n ![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2022\/11\/Featured_image_1280x600_Qodana.png\")
<\/figure>\n
INTRODU\u00c7\u00c3O AO QODANA
<\/a><\/p>\nQodana para .NET<\/h2>\n
![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2022\/11\/1-NET-order-of-locks.png\")
<\/figure>\n![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2022\/11\/2-NET-access-to-modified.png\")
<\/figure>\n![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2022\/11\/3-NET-Avoid-async-lambda.png\")
<\/figure>\nis<\/code>, na sua forma cl\u00e1ssica (Express\u00e3o is Tipo)<\/code>, retornar\u00e1 verdadeiro<\/code> apenas quando o tipo de execu\u00e7\u00e3o da Express\u00e3o<\/code> for compat\u00edvel com o Tipo<\/code> e o resultado da Express\u00e3o<\/code> n\u00e3o for null<\/code>.<\/p>\nis<\/code> para verificar a compatiblidade antes do casting, como no exemplo abaixo, encontramos pelo menos dois problemas:<\/p>\n\n
if<\/code> se obj<\/code> for null<\/code> n\u00e3o fica imediatamente claro para quem est\u00e1 lendo o c\u00f3digo.<\/li>\n<\/ul>\n![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2022\/11\/4-NET-Merge-cast.png\")
<\/figure>\n![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2022\/11\/5-NET-Lambda.png\")
<\/figure>\nQodana para Go<\/h2>\n
fmt.Printf<\/code>, fmt.Println<\/code> e outras fun\u00e7\u00f5es semelhantes de formata\u00e7\u00e3o e impress\u00e3o.<\/p>\n%s<\/code>, %d<\/code>, %v<\/code> e outros.<\/p>\n![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2022\/11\/6-Go-placeholder.png\")
<\/figure>\nerror<\/code>.<\/p>\n![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2022\/11\/7-Go-Unhandled.png\")
<\/figure>\n![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2022\/11\/8-Go-unused.png\")
<\/figure>\nNovas inspe\u00e7\u00f5es<\/h2>\n
Inspe\u00e7\u00f5es Java e Kotlin<\/h3>\n
s<\/code> de uma express\u00e3o regular, que significa um espa\u00e7o em branco. Nos literais de strings em Java, ele tem que ser grafado como \\s<\/code>, para diferenciar.<\/p>\n@PathParam<\/code> que n\u00e3o correspondem a um placeholder da anota\u00e7\u00e3o @Get<\/code>), pois essas declara\u00e7\u00f5es gerariam exce\u00e7\u00f5es em tempo de execu\u00e7\u00e3o.\u00a0<\/p>\nthrow<\/code> em c\u00f3digo de operador de Reactor\/RxJava, em vez de retornar valores de erros determinados, o que evita que os erros continuem a ser processados. Por exemplo, a inspe\u00e7\u00e3o ignora esses erros ou os muda para um valor substituto padr\u00e3o.<\/p>\nInspe\u00e7\u00f5es para Python<\/h3>\n
\n
Artigo original em ingl\u00eas por:
<\/em><\/p>\n![\"\"](\"https:\/\/secure.gravatar.com\/avatar\/?s=200&r=g\")