PyLint의 장점, 단점, 위험

PyLint를 최대한 활용해 보세요.

판을 두드리세요: PyLint는 실제로 꽤 좋습니다!

"PyLint는 당신의 생명을 구할 수 있습니다"는 과장이지만 생각만큼 많지는 않습니다. PyLint는 찾기가 매우 어렵고 복잡한 결함으로부터 사용자를 보호할 수 있습니다. 최악의 경우 테스트 실행 시간만 절약됩니다. 최선의 경우 생산 시 복잡한 오류를 방지하는 데 도움이 됩니다.

Pros

이런 일이 얼마나 흔한지 말하기가 부끄럽습니다. 테스트 이름은 항상 너무 이상합니다. 아무도 이름에 관심을 두지 않으며 종종 자연스러운 이름을 찾을 수 없습니다. 예를 들어 다음 코드는

def test_add_small():# Math, am I right?assert 1 + 1 == 3def test_add_large():assert 5 + 6 == 11def test_add_small():assert 1 + 10 == 11

테스트가 적용됩니다.

collected 2 items test.py .. 2 passed

하지만 문제는 다음과 같습니다. 테스트 이름을 재정의하면 테스트 프레임워크가 테스트를 건너뜁니다.

실제로 이러한 파일에는 수백 줄이 있을 수 있으며, 새 테스트를 추가하는 사람은 이름을 모두 알지 못할 수도 있습니다. 테스트 출력을 자세히 살펴보기 전까지는 모든 것이 괜찮아 보입니다.

가장 나쁜 점은 담보 테스트 추가, 담보 테스트로 인한 피해, 파급 효과를 발견하는 데 며칠, 몇 달, 심지어 몇 년이 걸릴 수 있다는 것입니다.

PyLint가 찾아드립니다

좋은 친구처럼 PyLint가 도와드릴 수 있습니다.

test.py:8:0: E0102: function already defined line 1 (function-redefined)

Cons

90년대 시트콤처럼 PyLint에 대해 더 많이 알수록 더 많은 질문을 받게 됩니다. 다음은 주식 모델링 프로그램의 일반 코드입니다.

"""Inventory abstractions"""import attrs@attrs.defineclass Laptop:"""A laptop"""ident: strcpu: str

하지만 PyLint는 자체 의견(아마 90년대에 형성됨)이 있는 것 같으며 이를 사실로 진술하는 것을 두려워하지 않습니다.

$ pylint laptop.py | sed -n '/^laptop/s/[^ ]*: //p'R0903: Too few public methods (0/2) (too-few-public-methods)

Dangers

에 대해 생각해 본 적이 없습니다 a 수백만 명이 사용하는 도구에 근거 없는 자신의 의견을 추가합니까? PyLint는 한 달에 1,200만 건의 다운로드를 기록하고 있습니다.

"너무 까다로우면 사람들이 검사를 취소할 것입니다." — 이것은 2022년 7월 3일에 제기된 PyLint GitHub 문제 6987입니다.

오탐이 많을 수 있는 테스트를 추가하려는 태도입니다.. “ 흠”.

Make it work for you

PyLint는 훌륭하지만 주의해야 합니다. PyLint를 사용하려면 다음 세 가지를 권장합니다.

1. 고정 버전

사용 중인 PyLint 버전을 고정하여 놀라움을 피하세요!

​​.toml​​ 파일에 정의:

[project.optional-dependencies]pylint = ["pylint"]

코드에 정의:

from unittest import mock

이는 다음 코드에 해당합니다:

# noxfile.py...@nox.session(python=VERSIONS[-1])def refresh_deps(session):"""Refresh the requirements-*.txt files"""session.install("pip-tools")for deps in [..., "pylint"]:session.run("pip-compile","--extra",deps,"pyproject.toml","--output-file",f"requirements-{deps}.txt",)

2. 기본적으로 비활성화합니다.

모든 검사를 비활성화한 다음 거짓 긍정이 있다고 생각되는 검사를 활성화합니다. 비율 높음. (단순히 위음성/위양성 비율이 아닙니다!)

# noxfile.py...@nox.session(python="3.10")def lint(session):files = ["src/", "noxfile.py"]session.install("-r", "requirements-pylint.txt")session.install("-e", ".")session.run("pylint","--disable=all",*(f"--enable={checker}" for checker in checkers)"src",)

3. 체커

제가 좋아하는 체커는 다음과 같습니다. 프로젝트 일관성을 개선하고 명백한 실수를 방지하세요.

checkers = ["missing-class-docstring","missing-function-docstring","missing-module-docstring","function-redefined",]

PyLint 사용하기

좋은 부분에만 PyLint를 사용하면 됩니다. 일관성을 위해 CI에서 실행하고 일반적인 검사기를 사용하세요.

잘못된 부분 삭제: 검사기는 기본적으로 비활성화되어 있습니다.

위험한 부분 피하기: 놀라움을 피하기 위해 버전을 수정했습니다.

위 내용은 PyLint의 장점, 단점, 위험의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!