PEP8 和 base64 字符串
PEP8 and base64 strings
我正在处理的项目在验证构建之前运行了 linting 检查。 linter 检查 PEP8 合规性等。我有一个 base64 字符串，大约有 5,000 个字符长（它是一个转换为 base64 字符串的文件），所以当然，linter 不喜欢它。
在我看来，将字符串分成 60 多行只是为了使其符合 PEP8 标准真的很愚蠢。
将文件作为物理文件并即时读取它并不是上下文的真正选择。从外部源读取文件也不是一个选项。
编辑：使用 Flake8 完成 PEP8 合规性检查
正在寻找有关如何解决此问题的建议。
PEP8 是风格指南，而不是规则手册。在某些情况下最好忽略 PEP8。不要为了合规性而牺牲代码的清晰度。避免单个 linter 警告是否比将代码强制为 60 行并处理所有换行符更好？
It seems to me like it would be really dumb to just split the string into 60+ lines just to make it PEP8 compliant.
是。
根据您的 linter，您可以将 # noqa 放在有问题的行的末尾，以使其忽略 PEP8 不合规性。检查您的 linter 文档，看看它在这方面提供了什么。
我正在处理的项目在验证构建之前运行了 linting 检查。 linter 检查 PEP8 合规性等。我有一个 base64 字符串，大约有 5,000 个字符长（它是一个转换为 base64 字符串的文件），所以当然，linter 不喜欢它。
在我看来，将字符串分成 60 多行只是为了使其符合 PEP8 标准真的很愚蠢。
将文件作为物理文件并即时读取它并不是上下文的真正选择。从外部源读取文件也不是一个选项。
编辑：使用 Flake8 完成 PEP8 合规性检查
正在寻找有关如何解决此问题的建议。
PEP8 是风格指南，而不是规则手册。在某些情况下最好忽略 PEP8。不要为了合规性而牺牲代码的清晰度。避免单个 linter 警告是否比将代码强制为 60 行并处理所有换行符更好？
It seems to me like it would be really dumb to just split the string into 60+ lines just to make it PEP8 compliant.
是。
根据您的 linter，您可以将 # noqa 放在有问题的行的末尾，以使其忽略 PEP8 不合规性。检查您的 linter 文档，看看它在这方面提供了什么。