허락이 아닌 용서를 구하십시오: 이 프로그래밍 스타일은 언제 적절한가?

프로그래밍에서 "허가가 아닌 용서를 구하세요"

"허가가 아니라 용서를 구하세요"라는 문구는 종종 프로그래밍 스타일을 설명하는 데 사용됩니다. 정확성보다는 단순성과 견고함. 이 스타일은 가능한 모든 실패를 예상하고 이를 방지하기 위한 코드를 작성하는 것보다 예외를 잡아서 우아하게 처리하는 것이 더 낫다는 생각에 기반을 두고 있습니다.

허가를 구하는 것과 용서를 구하는 것

"허가 요청" 스타일에서는 어떤 작업을 수행하기 전에 예외를 일으킬 수 있는 조건을 확인하는 방식으로 코드가 작성됩니다. 그러면 예외가 발생할 수 있습니다. 예:

if os.path.exists(filename):
    with open(filename) as f:
        data = f.read()
else:
    raise FileNotFoundError(f"File {filename} not found.")

"용서를 구하세요" 스타일에서는 단순히 작업을 수행하고 발생할 수 있는 예외를 포착하도록 코드가 작성됩니다.

try:
    with open(filename) as f:
        data = f.read()
except FileNotFoundError:
    print(f"File {filename} not found.")

'용서 구하기'가 선호되는 이유

'용서 구하기'가 선호되는 이유는 크게 두 가지입니다. 스타일은 일반적으로 "허가 요청" 스타일보다 선호됩니다:

1. 동시성 문제:

멀티 스레드 프로그램이나 외부 리소스와 상호 작용하는 프로그램과 같은 동시 환경에서는 권한 확인이 이루어지는 시점과 시스템 상태가 변경될 수 있습니다. 작업이 수행될 때. 이로 인해 잘못된 결과가 발생하거나 불필요하게 예외가 발생할 수 있습니다.

2. 지나치게 제한적인 권한 확인:

권한 확인은 지나치게 제한적이어서 코드가 실제로 가능한 작업을 수행하지 못하게 할 수 있습니다. 예를 들어 파일 존재 여부를 확인 후 열기 작업 전에 파일이 생성되면 열기 전에 파일 존재 여부를 확인하는 것이 실패할 수 있습니다.

"용서 요청"을 사용해야 하는 경우

"용서를 구하는" 스타일은 다음과 같은 경우에 적합합니다.

• 예측 가능하고 복구 가능한 상태에서 작업이 실패할 가능성이 높습니다.
• 권한 확인 비용이 많이 듭니다.
• 권한 확인은 확인 시점과 작업 시점 간에 변경될 수 있습니다.

예

질문에 제공된 예는 "용서를 구하다"의 적절한 사용을 보여줍니다. 스타일. 속성이 나중에 설정되면 속성에 액세스하기 전에 bar 속성이 있는지 확인하는 것이 실패할 수 있습니다. 대신 코드는 단순히 속성에 액세스하고 발생할 수 있는 AttributeError 예외를 포착해야 합니다.

"용서를 구하세요" 스타일이 코더가 엉성하거나 오류가 있는 코드를 작성해야 한다는 의미는 아니라는 점에 유의하는 것이 중요합니다. 예외가 발생하기 쉽습니다. 오히려 가능한 모든 실패를 예상하려고 노력하는 것보다 예외를 우아하게 처리하는 것이 더 낫다는 것을 시사합니다.

위 내용은 허락이 아닌 용서를 구하십시오: 이 프로그래밍 스타일은 언제 적절한가?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!