허락이 아니라 용서를 구하십시오: 언제 더 나은 프로그래밍 접근 방식입니까?

"허가가 아니라 용서를 구하세요"라는 신비를 풀기

"허가가 아니라 용서를 구하세요"라는 문구는 두 가지 프로그래밍 접근 방식인 "허가를 구하다"와 "요구하다"의 대조를 나타냅니다. 용서하세요."

"허가를 요청하세요" 스타일

이러한 접근 방식은 작업을 시도하기 전에 조건을 확인합니다.

if can_do_operation():
    perform_operation()
else:
    handle_error_case()

그러나 이 스타일에는 제한이 있습니다.

• 동시 환경에서는 확인과 작업 수행 사이에 조건이 변경될 수 있습니다.
• 권한 확인을 위한 정확한 조건을 정의하는 것은 어려울 수 있습니다.

"용서를 구하세요" 스타일

이 접근 방식은 작업을 시도하고 결과 오류를 처리합니다.

try:
    perform_operation()
except Unable_to_perform:
    handle_error_case()

"용서 구하기"의 장점:

• 동시 환경에서의 견고성 : 다음 중 조건의 변화를 처리합니다. 작업.
• 단순성: 복잡한 권한 확인을 정의할 필요가 없습니다.

객체 속성에 적용

귀하의 예에서 foo.bar 속성은 존재하지 않는 경우 foo 객체의 실패로 간주되어서는 안됩니다. 오히려 이는 일반적으로 프로그래밍 오류입니다. 이를 처리하려면 bar를 None으로 초기화하고 다음을 사용하세요.

if foo.bar is not None:
    handle_optional_part(foo.bar)
else:
    default_handling()

이렇게 하면 foo에 bar 필드가 누락되었거나 유효한 값이 있는지 확인됩니다.

결론

" 허락이 아닌 용서를 구하라"는 것은 잘못된 코딩을 변명하는 것이 아닙니다. 오히려 운영이 실패할 수 있는 예외적인 상황에서 견고성과 명확성을 우선시하는 것입니다. 선택적 객체 속성의 경우 None 기본값으로 표현하고 적절한 존재 확인을 사용하는 것이 이 원칙을 따릅니다.

위 내용은 허락이 아니라 용서를 구하십시오: 언제 더 나은 프로그래밍 접근 방식입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!