pycharm 코드 정적 검사 작업

아래 의 상황 에 대해 자바 c 와 같은 미리 컴 파일 된 언어 는 실행 기 회 를 주지 않 으 면 바로 잘못 보고 하지만 동적 언어 가 실 행 된 후에 야 잘못 보고 할 수 있 습 니 다.실행 하 는 방법 으로 코드 오 류 를 검사 하 는 것 은 너무 함정 에 빠 진 것 입 니 다.이것 은 py 가 정적 언어 에 비해 큰 약점 입 니 다.특히 코드 파일 의 여러 줄 이 많 을 때 약점 이 뚜렷 합 니 다.

#coding=utf8
import time

class A(object):
 def __init__(self):
  self.name = 'xiaomin'

def fun():
 for i in range(100):
  time.sleep(10)
  print i
  if i == 70:
   print bbbb


fun() time.sleep(600)
print A().age

이 코드 는 오류 가 있 습 니 다.13 줄 로 컬 과 전역 에서 bbbb 를 찾 을 수 없습니다.
17 줄 A 클래스 의 인 스 턴 스 는 age 라 는 속성 이 없습니다.강제로 사용 하면 실행 중 오류 가 발생 합 니 다.
그러나 이 오 류 는 매우 큰 결함 이 있 습 니 다.13 줄 의 오 류 는 실행 한 후에 700 초 를 기 다 려 야 오 류 를 보고 합 니 다.만약 에 fun 함 수 를 호출 하지 않 으 면 17 줄 은 600 초 를 기 다 려 야 오 류 를 보고 합 니 다.여기 서 sleep 는 다른 코드 기능 을 실행 하 는 데 소모 되 는 시간 을 말 합 니 다.
특히 코드 파일 이 많 고 끼 워 넣 은 판단 이 많아 서 뚜렷 한 오 류 를 빨리 보고 할 수 없습니다.정말 좋 지 않 습 니 다.만약 에 편집기 의 어느 부분 에서 몇 개의 키 보드 를 누 르 고 몇 개의 자 모 를 더 쳤 다 면 실행 을 기 다 려 야 오 류 를 보고 할 수 있 습 니 다.그것 은 매우 구덩이 입 니 다.국내 큰 프로젝트 일 수도 있 고 py 언어 가 적은 이유 중 하나 일 수도 있다.
다행히 일부 도구 flake 8,pylint 검사 가 있 습 니 다.pycharm 을 사용 하면 자체 적 인 inspect code 기능 으로 검사 합 니 다.

사용자 정의 버튼 을 설정 하 는 것 이 좋 습 니 다.

이렇게 하면 이 bbbb 와 age 속성 오 류 를 찾 을 수 있 습 니 다.나머지 는 pep 8 문법,2to 3 의 유행 이 지난 쓰기 검사 입 니 다.
이러한 장점 은 운행 10 분 후에 야 오 류 를 발견 할 필요 가 없 이 곧 오 류 를 발견 하고 테스트 시간 을 줄 이 는 것 이다.그렇지 않 으 면 항상 고 쳐 서 운행 하 는 것 이 매우 나쁘다.
극단 적 인 프로 그래 밍 사고방식 을 반대 하고 대상 과 디자인 모델 에 대한 해석 을 좋아 하 며 극단 적 인 프로 그래 밍 과 oop 프로 그래 밍 소모 코드 줄 수의 차이 와 원인 을 비교 하 는 것 을 좋아한다.oop 와 36 가지 디자인 모델 을 사용 하여 가장 재 활용 가능 한 프레임 급 코드 를 작성 하고 가장 적은 코드 줄 수 를 사용 하여 임 무 를 완성 하 며,oop 와 디자인 모델 을 사용 하여 일부 코드 를 90%줄 이 고,대부분의 py 파일 을 최소 50%-80%줄 이 는 쓰기 에 주력 합 니 다.
이상 의 이 pycharm 은 코드 에 대해 정적 검 사 를 하 는 것 이 바로 작은 편집 이 여러분 에 게 공유 하 는 모든 내용 입 니 다.여러분 께 참고 가 되 고 저 희 를 많이 사랑 해 주 셨 으 면 좋 겠 습 니 다.