이렇게 하면 경고 문제가 해결될 수 있지만 일부 비즈니스 코드가 너무 길어야 경고가 나와도 해결 방법이 없는 경우가 있습니다. 하지만 대부분의 경우 코드가 표준화되어 있지 않으므로 코드를 주의 깊게 확인해야 합니다(코드 중복, 사용되지 않는 변수 또는 메서드, 잘못된 코드 작성 등을 포함하되 이에 국한되지 않음).
또한 사용자 정의할 수 있는 코드 확인 규칙 세트를 직접 만들 수도 있습니다.
예를 들어보세요. 이 코드에는 노란색 경고가 표시되어 있습니다. 이렇게 작성하는 것이 분명 맞지만 실제로는 우아하지 않고 낭비적인 코드입니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
으아아아
이렇게 하면 경고 문제가 해결될 수 있지만 일부 비즈니스 코드가 너무 길어야 경고가 나와도 해결 방법이 없는 경우가 있습니다. 하지만 대부분의 경우 코드가 표준화되어 있지 않으므로 코드를 주의 깊게 확인해야 합니다(코드 중복, 사용되지 않는 변수 또는 메서드, 잘못된 코드 작성 등을 포함하되 이에 국한되지 않음).
또한 사용자 정의할 수 있는 코드 확인 규칙 세트를 직접 만들 수도 있습니다.
예를 들어보세요.
이 코드에는 노란색 경고가 표시되어 있습니다. 이렇게 작성하는 것이 분명 맞지만 실제로는 우아하지 않고 낭비적인 코드입니다.
경고 수정을 발견한 후:
경고 일반적으로 추가하지 않은 제네릭이 있었고 가져온 패키지가 사용되지 않았으며 유형이 확인되지 않았습니다. 실제로 성능, 프로그램 안전성 및 견고성을 고려하지 않으면 다음을 수행할 수 있습니다. 무시하세요