Qodana
The code quality platform for teams
Qodana 2022.2 출시, CircleCI Orb 및 50개 이상의 새로운 검사
Qodana 2022.2 버전이 출시되었습니다! Qodana 통합 도구 모음에 CircleCI Orb 및 Java, Kotlin, Android, PHP, JavaScript 및 Python용의 개선된 새로운 코드 검사가 추가되었습니다.
더 많은 CI에서 Qodana 실행
Qodana에는 이미 Azure Pipelines, GitHub Actions 및 TeamCity용 플러그인이 있습니다. 2022.2 버전부터 CircleCI Qodana Orb가 지원되므로 CircleCI 프로젝트에서 코드 검사를 빠르고 쉽게 설정할 수 있습니다.
또한 GitLab, Jenkins 또는 Docker 이미지 실행을 지원하는 기타 CI에서도 Qodana를 간편하게 설정할 수 있습니다.
디폴트 검사 프로파일을 사용자 지정하거나 완전히 새로운 프로파일을 생성하여 분석 시 특정 검사를 제외하거나 포함할 수 있습니다. 또한 코딩 가이드라인이나 모범 사례에 중요한 검사를 적용할 수도 있습니다. 자세한 정보는 Qodana 문서에서 확인하세요.
새로운 검사 기능
정규식
정규식은 복잡하고 매우 길 뿐 아니라 장황한 구문을 갖춘 것으로 알려져 있습니다. 정규식을 더 간편하게 사용할 수 있도록 신규 검사를 추가했습니다. 이전에는 Java에서만 지원되던 검사를 이제 모든 언어에 사용할 수 있습니다.
간소화된 정규식
[\wa-z\d]와 같은 정규식의 경우, \w에 이미 a-z와 숫자가 포함되어 있으므로, \w로 간소화할 수 있어, 이를 통해 가독성이 전반적으로 개선됩니다.
의심스러운 역참조
\1(abc)와 같은 정규식은 일치하는 항목이 없습니다. \1을 평가할 때 \1에서 아직 정의되지 않은 abc를 참조하기 때문입니다. 이 검사는 정규식의 단순 오타를 방지하고 편집 속도를 개선합니다.
불필요한 \d, [:digit:] 또는 \D 클래스 요소
정규식 [\w+\d]의 경우 \w에 \d가 이미 포함된 것이므로 [\w+]로 작성할 수 있습니다. 이 검사는 코드의 전반적 가독성을 높이는 데 도움이 됩니다.
Markdown 지원
번호가 잘못 매겨진 목록 항목
1. 2. 4. 와 같은 순서가 있는 목록의 항목은 번호가 일관성 없게 매겨진 항목으로 표시됩니다. Markdown이 렌더링되면 목록은 계속 1. 2. 3. 으로 표시되지만 일관성이 없으므로 소스 코드를 편집하기 더욱 어렵습니다.
Java, Kotlin 및 Android 검사
Javadoc, DevKit, Markdown, Kotlin 언어, 스타일, 아키텍처 패턴, 성능 및 JUnit 지원 등 카테고리의 검사를 추가하고 개편했습니다. JUnit 세트의 몇 가지 예시는 다음과 같습니다.
JUnit: 잘못된 선언
JUnit 테스트 멤버 선언이 잘못되어 JUnit 테스트 프레임워크에서 인식할 수 없는 경우를 보고합니다. 잘못된 선언으로 인해 테스트 또는 수명 주기 메서드가 실행되지 않을 수 있습니다.
JUnit: 생성할 수 없는 TestCase
잘못된 생성자로 인해 생성할 수 없는 JUnit 테스트 케이스를 보고합니다. 이와 같은 테스트 케이스는 JUnit 테스트 러너에서 선택되지 않으므로 실행되지 않습니다.
그 예시는 공개 TeamCity 인스턴스에서 확인할 수 있습니다. 인스턴스를 살펴보려면 게스트 로그인을 사용하세요. 이 문서에서 다른 검사도 살펴볼 수 있습니다.
PHP 검사
잠재적 버그, 문서, 스타일, 테스트 및 Laravel 카테고리에 검사가 추가되었습니다. 예시는 다음과 같습니다.
잠재적 버그: 숫자 범위 불일치
returns int<0,10>으로 선언된 함수에서 해당 범위 밖의 숫자를 반환하는 return 문을 표시합니다. 필드, 필드 생성자 및 함수 호출에 대해서도 마찬가지로 작동합니다.
문서: 변수 이름이 없는 타입 태그
PHPDoc 스니펫 @param string은 무엇이 문자열인지 명시하지 않으므로 불필요합니다. 따라서 제거하거나 인수가 문자열임을 나타내는 @param string $argument로 바꿔야 합니다.
Blade: 문자열 리터럴 내 짝이 없는 소괄호로 인한 분석 오류
템플릿 엔진 Blade에서 추후 분석되는 문자열 리터럴에 짝이 없는 소괄호가 있는 경우 이를 미리 발견합니다.
향후 블로그에 게시할 주제를 제안하거나 비즈니스에 Qodana를 활용할 방법을 알아보려면 이 게시물에 댓글을 남기거나, Twitter 또는 qodana-support@jetbrains.com으로 문의해 주세요.
Qodana 팀 드림
게시물 원문 작성자
Subscribe to Qodana Blog updates
Discover more
Qodana 2022.2 已正式推出：CircleCI Orb 和超过 50 项新检查
Qodana 2022.2 已正式推出！ 我们已将 CircleCI Orb 添加到 Qodana 集成工具包，并为 Java、Kotlin、Android、PHP、JavaScript 和 Python 提供了新的和改进的代码检查。
更多配合 Qodana 运行的 CI
Qodana 已经具有适用于 Azure Pipelines、GitHub Actions 和 TeamCity 的插件。 从 2022.2 开始，我们准备了 CircleCI Qodana orb，它允许您使用 CircleCI 项目快速轻松地设置代码检查。
另外，在 GitLab、Jenkins 或支持运行 Docker 镜像的任何其他 CI 中都可以轻松设置 Qodana。
新检查
正则表达式
正则表达式具有复杂和偶尔冗长的特性以及繁琐的语法。 为了改善体验，我们在这方面增加了新的检查。 此前这些检查仅适用于 Java，但现在已适用于所有语言。
简化的正则表达式
[\wa-z\d] 这样的正则表达式可以简化为 \w，因为 \w 已经包含 a-z 和数字。这有助于提高代码的整体可读性。
可疑的反向引用
\1(abc) 这样的正则表达式不能匹配任何东西。 这是因为 \1 引用的是评估 \1 时尚未定义的 abc。 此检查可防止正则表达式中的简单拼写错误并加快编辑速度。
冗余 \d、[:digit:] 或 \D 类元素
正则表达式 [\w+\d] 可以写为 [\w+]，因为 \w 已经包含 \d。 这有助于提高代码的整体可读性。
Markdown 支持
列表项编号错误
1. 2. 4. 等有序列表项会被标记为编号不连贯。 在呈现的 Markdown 中，列表仍显示为 1. 2. 3.，但是不连贯将使源代码更难编辑。
Java、Kotlin 和 Android 检查
我们向以下类别添加并重新组织了检查：Javadoc、DevKit、Markdown、Kotlin 语言、样式、架构模式、性能和 JUnit 支持。 以下是 JUnit 集的几个示例。
JUnit：格式错误的声明
报告格式错误且可能无法被 JUnit 测试框架识别的 JUnit 测试成员声明。 此类声明可能产生未执行的测试或生命周期方法。
JUnit：不可构造的测试用例
报告由于构造函数无效而无法构造的 JUnit 测试用例。 此类测试用例不会被 JUnit 测试运行程序拾取，因此不会执行。
您可以在我们的公共 TeamCity 实例上实时看到这些示例。 请使用访客登录。 我们的文档描述了其他检查。
PHP 检查
我们在可能的错误、文档、样式、测试和 Laravel 类别中添加了检查，例如：
可能的错误：数字范围不匹配
在使用 returns int<0,10> 声明的函数中，标记会返回返回超出此范围的数字的语句。 在字段、字段构造函数和函数调用上也是如此。
文档：不带变量名称的类型标记
PHPDoc 代码段 @param string 冗余，因为它没有说明 what 是字符串。 它应该被移除或替换为 @param string $argument，表示 argument 是字符串。
Blade：由于字符串文字中的圆括号不成对而导致的解析错误
及早检测字符串文字中的不成对圆括号，后续由模板引擎 Blade 解析。
要从分析中添加或排除特定检查，您可以自定义默认检查配置文件或创建一个全新的配置文件。 您可能还希望执行对您的编码准则或最佳做法至关重要重要的检查。 查看我们的 Qodana 文档获取更多信息。
如果您对未来的博客主题有建议，或者想详细了解 Qodana 可以如何帮助您和您的业务，请在此处发表评论，在 Twitter 上提及我们，或发送电子邮件至 qodana-support@jetbrains.com 与我们联系。
您的 Qodana 团队
本博文英文原作者：
Subscribe to Qodana Blog updates
Discover more
Qodana 2022.2 Is Available: CircleCI Orb and 50+ New Inspections
Qodana 2022.2 is now available! We’ve added CircleCI Orb to the Qodana integration toolset, and brought new and improved code inspections for Java, Kotlin, Android, PHP, JavaScript, and Python.
More CIs to run Qodana with
Qodana already has plugins for Azure Pipelines, GitHub Actions, and TeamCity. Starting from 2022.2, we’ve prepared a CircleCI Qodana orb that allows you to set up code inspections quickly and easily with your CircleCI projects.
Also, it’s easy to set up Qodana in GitLab, Jenkins, or any other CI that supports running Docker images.
New inspections
Regular expressions
Regular expressions are widely known for their complexity, intricate syntax, and sometimes verbosity. To make life easier, we’ve added new inspections in this area. Previously these inspections were available only for Java, but we’ve now made them available for all languages.
Simplified regular expressions
A regular expression like [\wa-z\d] can be simplified to just \w since \w already includes a-z as well as the digits. It helps improve the code’s overall readability.
Suspicious backreferences
A regular expression like \1(abc) cannot match anything. This is because the \1 refers to the abc that is not yet defined when evaluating the \1. This inspection prevents simple typos in regular expressions and speeds up the editing experience.
Redundant \d, [:digit:], or \D class elements
The regular expression [\w+\d] can be written as [\w+], as the \w already includes the \d. It helps improve the code’s overall readability.
Markdown support
Incorrectly numbered list items
Ordered list items like 1. 2. 4. are marked as being inconsistently numbered. In the rendered Markdown, the list is still displayed as 1. 2. 3., but the inconsistency makes editing the source code harder.
Java, Kotlin, and Android inspections
We’ve added and reorganized inspections in the categories: Javadoc, DevKit, Markdown, Kotlin language, style, architectural patterns, performance, and JUnit support. Here are a couple of examples from the JUnit set.
JUnit: Malformed Declaration
Reports the JUnit test member declarations that are malformed and are likely not to be recognized by the JUnit test framework. Declarations like these could result in unexecuted tests or lifecycle methods.
JUnit: Unconstructable TestCase
Reports JUnit test cases that can’t be constructed because they have an invalid constructor. Test cases like these will not be picked up by the JUnit test runner and will therefore not execute.
Those examples you can see live on our public TeamCity instance. Please use the Guest login to enter. Other inspections are described in our documentation.
PHP inspections
We added inspections in Probable bugs, Documentation, Style, Testing, and Laravel categories, for example:
Probable bug: Number ranges mismatch
In a function that is declared with returns int<0,10>, marks return statements that return a number outside this range. Similarly for fields, field constructors and function calls.
Documentation: Type tag without variable name
The PHPDoc snippet @param string is redundant as it doesn’t say what is a string. It should be either removed or replaced with @param string $argument, saying that argument is a string.
Blade: Parse error due to unpaired parentheses in string literals
Early detection of unpaired parentheses in string literals that are later parsed by Blade, a template engine.
To include or exclude certain inspections from your analysis, you can customize your default inspection profile or create a brand new one. You may also want to enforce inspections that are important to your coding guidelines or best practices. Check out our Qodana documentation for more information.
If you have any suggestions for future blog topics or if you want to learn more about how Qodana can help you and your business, post a comment here, tag us on Twitter, or contact us at qodana-support@jetbrains.com.
Your Qodana team
Subscribe to Qodana Blog updates
Discover more
Qodana 2022.2 est disponible : Orbe CircleCI et plus de 50 nouvelles inspections
Qodana 2022.2 est disponible ! Cette version ajoute un orbe CircleCI à l’ensemble d’outils d’intégration de Qodana et de nouvelles inspections du code et apporte des améliorations pour Java, Kotlin, Android, PHP, JavaScript et Python.
Davantage d’outils de CI à utiliser avec Qodana
Qodana dispose déjà de plugins pour Azure Pipelines, GitHub Actions et TeamCity. Pour cette version 2022.2, nous avons préparé un orbe Qodana CircleCI qui vous permet de mettre facilement et rapidement en place des inspections de code avec vos projets CircleCI.
Il est également facile de configurer Qodana dans GitLab, Jenkins ou dans tout autre outil de CI prenant en charge l’exécution d’images Docker.
Pour inclure ou exclure certaines inspections de votre analyse, vous pouvez personnaliser votre profil d’inspection par défaut ou en créer un nouveau. Il est aussi possible de mettre en œuvre les inspections requises par vos directives de codage ou recommandées par les bonnes pratiques. Consultez la documentation de Qodana pour plus d’informations.
Nouvelles inspections
Expressions régulières
Les expressions régulières sont connues pour leur complexité, leur syntaxe élaborée, et parfois leur verbosité. Nous avons ajouté plusieurs nouvelles inspections pour vous simplifier la tâche. Auparavant seulement disponibles pour Java, elles le sont maintenant pour tous les langages.
Expressions régulières simplifiées
Une expression régulière comme [\wa-z\d] peut être simplifiée pour devenir simplement \w puisque \w inclut déjà a-z ainsi que les chiffres. Cela permet d’améliorer la lisibilité globale du code.
Références arrière suspectes
Une expression régulière comme \1(abc) ne peut pas avoir de correspondance car \1 fait référence à l’ensemble de caractères abc qui n’est pas encore défini lors de l’évaluation de \1. Cette inspection permet d’éviter les fautes de frappe simples dans les expressions régulières et d’accélérer le processus de modification.
Éléments de classe redondants \d, [:digit:] ou \D
L’expression régulière [\w+\d] peut être écrite comme [\w+], car \w inclut déjà \d. Cela permet d’améliorer la lisibilité globale du code.
Prise en charge du format Markdown
Éléments de liste numérotés de façon incorrecte
Les éléments d’une liste classés avec une numérotation de type 1. 2. 4. sont indiqués comme étant numérotés de façon incohérente. Avec Markdown, la liste est toujours affichée avec une numérotation 1. 2. 3., mais l’incohérence rend la modification du code source plus compliquée.
Inspections Java, Kotlin et Android
Nous avons ajouté et réorganisé les inspections dans les catégories suivantes : Javadoc, DevKit, Markdown, langage Kotlin, style, modèles architecturaux, performance et prise en charge de JUnit. Voici quelques exemples de l’ensemble JUnit.
JUnit : Déclaration malformée
Signale les déclarations de membres de tests JUnit qui ne sont pas correctement formées et pourraient ne pas être reconnues par le framework de tests JUnit. De telles déclarations pourraient avoir pour conséquence la non-exécution des tests ou des méthodes de cycle de vie d’un composant.
JUnit : TestCase non constructible
Signale les cas de test JUnit qui ne peuvent pas être construits en raison d’un constructeur non valide. De tels cas de test ne seront pas pris en compte par l’exécuteur de tests de JUnit et ne seront donc pas exécutés.
Vous pouvez voir ces exemples en direct sur notre instance publique TeamCity. Veuillez utiliser la connexion Guest pour y accéder. Les autres inspections sont décrites dans notre documentation.
Inspections PHP
Nous avons ajouté des inspections dans les catégories suivantes : bugs probables, documentation, style, tests et Laravel. Par exemple :
Bug probable : incohérence des plages de nombres
Dans une fonction qui est déclarée avec returns int<0,10>, cette inspection indique les déclarations de retour qui renvoient un nombre en dehors de cette plage. Elle s’applique aussi aux champs, aux constructeurs de champs et aux appels de fonctions.
Documentation : balise de type sans nom de variable
L’extrait PHPDoc @param string est redondant car il ne donne pas d’informations surce qui est une chaîne de caractères. Il devrait être supprimé ou remplacé par @param string $argument, précisant que argument est une chaîne de caractères.
Blade : erreur d’analyse due à des parenthèses non appariées dans des littéraux de chaînes
Détection précoce des parenthèses non appariées dans les littéraux de chaînes, qui sont ensuite analysés par Blade, un moteur de modèles.
Si vous avez des suggestions pour de futurs sujets d’articles ou souhaitez en savoir plus sur la façon dont Qodana peut vous aider, laissez un commentaire ci-dessous, taguez-nous sur Twitter ou écrivez-nous à qodana-support@jetbrains.com.
L’Équipe Qodana
Auteur de l’article original en anglais :
Subscribe to Qodana Blog updates
Discover more
O Qodana 2022.2 já está disponível – CircleCI Orb e mais de 50 novas inspeções
O Qodana 2022.2 já está disponível! Adicionamos o CircleCI Orb ao toolset de integração do Qodana e trouxemos inspeções de código inéditas e aprimoradas para Java, Kotlin, Android, PHP, JavaScript e Python.
Mais CIs com os quais executar o Qodana
O Qodana já tem plug-ins para Pipelines do Azure, Ações do GitHub e TeamCity. Começando na versão 2022.2, preparamos um CircleCI Qodana Orb que permite configurar inspeções de código de maneira rápida e fácil com seus projetos CircleCI.
Além disso, é fácil configurar o Qodana no GitLab, Jenkins ou qualquer outro CI que ofereça suporte à execução de imagens do Docker.
Para incluir ou excluir determinadas inspeções da sua análise, você pode personalizar seu perfil de inspeção padrão ou criar um novo. Você também pode querer impor inspeções importantes para suas diretrizes de programação ou práticas recomendadas. Confira nossa Documentação do Qodana para obter mais informações.
Novas inspeções
Expressões regulares
Expressões regulares são amplamente conhecidas por sua complexidade, sintaxe intrincada e, às vezes, verbosidade. Para facilitar a vida, adicionamos novas inspeções nessa área. Anteriormente, essas inspeções estavam disponíveis apenas para Java, mas agora as disponibilizamos para todas as linguagens.
Expressões regulares simplificadas
Uma expressão regular como [\wa-z\d] pode ser simplificada para apenas \w, pois \w já inclui a-z e os dígitos. Isto ajuda a melhorar a legibilidade geral do código.
Referências retrospectivas suspeitas
Uma expressão regular como \1(abc) não pode corresponder a nada. Isto porque \1 faz referência a abc, que ainda não está definido quando o \1 é avaliado. Essa inspeção evita erros de digitação simples em expressões regulares e acelera a experiência de edição.
Elementos de classe \d, [:digit:] ou \D redundantes
A expressão regular [\w+\d] pode ser escrita como [\w+], pois \w já inclui \d. Isto ajuda a melhorar a legibilidade geral do código.
Suporte para Markdown
Itens de lista numerados incorretamente
Itens de listas ordenadas como 1.2.4. são marcados como tendo sido numerados de forma inconsistente. No Markdown renderizado, a lista ainda é exibida como 1.2.3., mas a inconsistência dificulta a edição do código-fonte.
Inspeções Java, Kotlin e Android
Adicionamos e reorganizamos inspeções nas categorias: Javadoc, DevKit, Markdown, linguagem Kotlin, estilo, padrões de arquitetura, desempenho e suporte para JUnit. Aqui estão alguns exemplos do conjunto JUnit.
JUnit: declaração malformada
Relata as declarações de membros de teste JUnit que estão malformadas e provavelmente não serão reconhecidas pelo framework de testes JUnit. Declarações como essas podem resultar em testes ou métodos de ciclo de vida não executados.
JUnit: TestCase não construível
Relata casos de teste JUnit que não podem ser construídos porque possuem um construtor inválido. Casos de teste como esses não serão identificados pelo executor de testes JUnit e, portanto, não serão executados.
Esses exemplos você pode ver ao vivo na nossa instância pública do TeamCity. Use o login de convidado para entrar. Outras inspeções estão descritas na nossa documentação.
Inspeções PHP
Adicionamos inspeções nas categorias Bugs prováveis, Documentação, Estilo, Testes e Laravel, por exemplo:
Bug provável: incompatibilidade de intervalos de números
Em uma função declarada com returns int<0,10>, marca instruções return que retornam um número fora desse intervalo. Opera de maneira semelhante para campos, construtores de campo e chamadas de função.
Documentação: Tag de tipo sem nome de variável
O snippet PHPDoc @param string é redundante, pois não diz o que é uma string. Ele deve ser removido ou substituído por @param string $argument, indicando que argument é uma string.
Blade: Erro de análise devido a parênteses não pareados em literais de string
Detecção precoce de parênteses não pareados em literais de string que são posteriormente analisados pelo Blade, um processador de modelos.
Se você tiver alguma sugestão para futuros temas de blog ou se quiser saber mais sobre como o Qodana pode ajudar você e a sua empresa, poste um comentário aqui, marque-nos no Twitter ou entre em contato conosco em qodana-support@jetbrains.com.
A equipe do Qodana
Artigo original em inglês por:
Subscribe to Qodana Blog updates
Discover more
Qodana 2022.2 ya está disponible: CircleCI Orb y más de 50 nuevas inspecciones
¡Qodana 2022.2 ya está aquí! Hemos añadido CircleCI Orb al conjunto de herramientas de integración de Qodana, y hemos incorporado nuevas y mejoradas inspecciones de código para Java, Kotlin, Android, PHP, JavaScript y Python.
Más inspecciones de código con las que ejecutar Qodana
Qodana ya cuenta con complementos para Azure Pipelines, GitHub Actions y TeamCity. A partir de la versión 2022.2, hemos preparado un CircleCI Qodana Orb que le permite configurar las inspecciones de código de forma rápida y sencilla con sus proyectos CircleCI.
Además, es fácil configurar Qodana en GitLab, Jenkins o cualquier otra IC que admita la ejecución de imágenes Docker.
Para incluir o excluir ciertas inspecciones de su análisis, puede personalizar su perfil de inspección por defecto o crear uno nuevo. Quizá también desee hacer cumplir las inspecciones que son importantes para sus directrices de codificación o las mejores prácticas. Consulte nuestra documentación sobre Qodana para obtener más información.
Nuevas inspecciones
Expresiones regulares
Las expresiones regulares son muy conocidas por su complejidad, su intrincada sintaxis y, en ocasiones, su verborrea. Para facilitarle las cosas, hemos añadido nuevas inspecciones en esta área. Anteriormente, estas inspecciones solo estaban disponibles para Java, pero ahora las hemos puesto a disposición de todos los idiomas.
Expresiones regulares simplificadas
Una expresión regular como [\wa-z\d] puede simplificarse a solo \w, ya que \w ya incluye a-z además de los dígitos. Esto ayuda a mejorar la legibilidad general del código.
Referencias de retorno sospechosas
Una expresión regular como \1(abc) no puede coincidir con nada. Esto se debe a que el \1 se refiere al abc, que aún no está definido al evaluar el \1. Esta inspección evita los errores tipográficos simples en las expresiones regulares y acelera la edición.
Elementos redundantes de clase \d, [:digit:], o \D
La expresión regular [\w+\d] puede escribirse como [\w+], ya que la \w ya incluye la \d. Ayuda a mejorar la legibilidad general del código.
Compatibilidad con Markdown
Elementos de la lista mal numerados
Los elementos de una lista ordenada, como 1. 2. 4., se marcan como numerados de modo incoherente. En el Markdown renderizado, la lista sigue apareciendo como 1.2.3., pero la incoherencia dificulta la edición del código fuente.
Inspecciones de Java, Kotlin y Android
Hemos añadido y reorganizado las inspecciones en las categorías: Javadoc, DevKit, Markdown, lenguaje Kotlin, estilo, patrones arquitectónicos, rendimiento y compatibilidad con JUnit. Estos son un par de ejemplos del conjunto JUnit.
JUnit: Declaración mal formada
Informa de las declaraciones de miembros de prueba de JUnit que están mal formadas y que probablemente no sean reconocidas por el marco de pruebas de JUnit. Declaraciones como estas podrían dar lugar a pruebas o métodos del ciclo de vida no ejecutados.
JUnit: TestCase no construible
Informa de los casos de prueba JUnit que no se pueden construir porque tienen un constructor no válido. Los casos de prueba como estos no serán recogidos por el ejecutor de pruebas de JUnit y, por lo tanto, no se ejecutarán.
Estos ejemplos se pueden ver en vivo en nuestra instancia pública de TeamCity. Por favor, utilice el inicio de sesión de invitado para entrar. En nuestra documentación se describen otras inspecciones.
Inspecciones PHP
Hemos añadido inspecciones en las categorías de errores probables, documentación, estilo, pruebas y Laravel, por ejemplo:
Error probable: Desajuste de los rangos de números
En una función declarada con return int<0,10>, marca las declaraciones return que devuelven un número fuera de este rango. Lo mismo ocurre con los campos, los constructores de campos y las llamadas a funciones.
Documentación: Etiqueta de tipo sin nombre de variable
El fragmento de PHPDoc @param string es redundante ya que no dice qué es una cadena. Debería eliminarse o sustituirse por @param string $argument, para indicar que argument es una cadena.
Blade: Error de análisis debido a paréntesis no emparejados en literales de cadena
Detección temprana de paréntesis no emparejados en literales de cadena que posteriormente son analizados por Blade, un motor de plantillas.
Si tiene alguna sugerencia para futuros temas del blog o si desea saber más sobre cómo Qodana puede ayudarle a usted y a su negocio, publique un comentario aquí, etiquétenos en Twitter o póngase en contacto con nosotros en qodana-support@jetbrains.com.
El equipo de Qodana
Artículo original en inglés de:
Subscribe to Qodana Blog updates