這篇文章主要介紹“PyLint的優(yōu)點、缺點和使用危險是什么”的相關(guān)知識,小編通過實際案例向大家展示操作過程,操作方法簡單快捷,實用性強(qiáng),希望這篇“PyLint的優(yōu)點、缺點和使用危險是什么”文章能幫助大家解決問題。
專注于為中小企業(yè)提供成都網(wǎng)站制作、網(wǎng)站設(shè)計服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)雞東免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都,凝聚了一批互聯(lián)網(wǎng)行業(yè)人才,有力地推動了上1000+企業(yè)的穩(wěn)健成長,幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。
我不好意思說這種情況是多么普遍。測試的命名總是那么奇怪:沒有人關(guān)心這個名稱,而且通常也找不到一個自然的名稱。例如以下代碼:
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
但問題是:如果你覆蓋了一個測試的名稱,測試框架將愉快地跳過這個測試!
實際上,這些文件可能有數(shù)百行,而添加新測試的人可能并不知道所有的名稱。除非有人仔細(xì)查看測試輸出,否則一切看起來都很好。
最糟糕的是,被覆蓋測試的添加、被覆蓋測試造成的破壞,以及連鎖反應(yīng)的問題可能要幾天、幾月甚至幾年才能發(fā)現(xiàn)。
就像一個好朋友一樣,PyLint 可以幫助你。
test.py:8:0: E0102: function already defined line 1 (function-redefined)
就像 90 年代的情景喜劇一樣,你對 PyLint 了解的越多,問題就越多。以下是一個庫存建模程序的常規(guī)代碼:
"""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)
有沒有想過在一個數(shù)百萬人使用的工具中加入自己未證實的觀點?PyLint 每月有 1200 萬次下載。
“如果太挑剔,人們會取消檢查” — 這是 PyLint GitHub 的 6987 號議題,于 2022 年 7 月 3 號提出
對于添加一個可能有許多誤報的測試,它的態(tài)度是 ... “嗯”。
PyLint 很好,但你需要小心地與它配合。為了讓 PyLint 為你工作,以下是我推薦的三件事:
固定你使用的 PyLint 版本,避免任何驚喜!
在你的 .toml
文件中定義:
[project.optional-dependencies]pylint = ["pylint"]
在代碼中定義:
from unittest import mock
這與以下代碼對應(yīng):
# 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",)
禁用所有檢查,然后啟用那些你認(rèn)為誤報比率高的。(不僅僅是漏報/誤報的比率!)
# 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",)
以下是我喜歡的檢查器。加強(qiáng)項目的一致性,避免一些明顯的錯誤。
checkers = ["missing-class-docstring","missing-function-docstring","missing-module-docstring","function-redefined",]
你可以只使用 PyLint 好的部分。在 CI 中運行它以保持一致性,并使用常用檢查器。
放棄不好的部分:默認(rèn)禁止檢查器。
避免危險的部分:固定版本以避免意外。
關(guān)于“PyLint的優(yōu)點、缺點和使用危險是什么”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識,可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,小編每天都會為大家更新不同的知識點。