Как заставить PyCharm проверить стиль кода PEP8?
Многие объяснения уже присутствуют, чтобы объяснить, как это происходит и как это исправить, но вы также должны следовать рекомендациям, чтобы избежать NullPointerException вообще.
См. также: A хороший список лучших практик
Я бы добавил, очень важно, хорошо использовать модификатор final. Использование "окончательной" модификатор, когда это применимо в Java
Сводка:
- Используйте модификатор
finalдля обеспечения хорошей инициализации. - Избегайте возврата null в методы, например, при возврате пустых коллекций.
- Использовать аннотации
@NotNullи@Nullable - Быстрое завершение работы и использование утверждений, чтобы избежать распространения нулевых объектов через все приложение, когда они не должен быть пустым.
- Сначала используйте значения с известным объектом:
if("knownObject".equals(unknownObject) - Предпочитают
valueOf()поверх toString (). - Используйте null safe
StringUtilsStringUtils.isEmpty(null).
2 ответа
OP запрашивает способ выделения ошибок PEP8 в PyCharm, но есть и другой способ (гораздо более понятный, на мой взгляд), чтобы увидеть нарушения (извлечено из документации PyCharm ). Открытый код | Изучите код и друзей:
Окно инструмента проверки
Просмотр | Инструмент Windows | Проверка:
- Вы можете получить доступ к окну инструмента таким образом, только когда оно уже открыто через Код | Проверьте код.
- После того, как вы вручную отключили окно инструментов, нажав кнопку «Закрыть», окно инструментов снова станет доступно только через Код | Проверьте код. Окно инструмента проверки отображает результаты проверки на отдельных вкладках
Только что протестировал его на PyCharm Community Edition , и он работал как брелок (нет игра слов каламбур).
Ну, мне жаль, что у меня не было лучшего ответа, но что помогло мне, было просто следующее:
- переключаются, интерпретатор от удаленного до системы одна
- ожидают, пока индексация Pycharm не сделана
- , переключают интерпретатор назад на подписывание/требование одного