>백엔드 개발 >파이썬 튜토리얼 >허락이 아니라 용서를 구하십시오: 이 프로그래밍 철학이 실제로 유익한 때는 언제입니까?

허락이 아니라 용서를 구하십시오: 이 프로그래밍 철학이 실제로 유익한 때는 언제입니까?

DDD
DDD원래의
2024-12-22 11:20:09380검색

Ask Forgiveness, Not Permission: When Is This Programming Philosophy Actually Beneficial?

"허가가 아니라 용서를 구한다" - 기술적 설명

프로그래밍에서 "허가가 아닌 용서를 구한다"는 철학은 시도하는 연습을 의미합니다. 사전에 권한을 명시적으로 확인하는 대신 작업을 수행하고 결과 오류를 처리합니다. 그러나 파이썬적인 특성에도 불구하고 이 접근 방식에는 한계가 있습니다.

foo 클래스의 예와 같이 선택적 객체 속성을 다룰 때 일반적으로 특정 속성이 다음과 같은 경우 객체의 실패로 간주되지 않습니다. 결석한. 대신 프로그래밍 오류를 나타내는 경우가 많습니다. 따라서 더 나은 접근 방식은 선택적 속성을 None으로 명시적으로 초기화한 다음 foo.bar가 None이 아닌 경우를 사용하여 그 존재를 확인하는 것입니다.

"허가가 아니라 용서를 구하라"라는 맥락에서 예외 처리를 피하는 이유는 다음과 같습니다. 이러한 경우에는 프로그래밍 실수일 가능성이 있는 오류의 실제 원인을 숨기는 것입니다. 대신, 선택적 속성의 초기 값을 명시적으로 정의하여 코드의 동작이 명확하고 예측 가능하도록 하는 것이 바람직합니다.

요약하자면, "허가가 아닌 용서를 구하라"는 것이 특정 상황에서는 적절할 수 있지만 그렇지 않습니다. 보편적으로 적용 가능합니다. 선택적 개체 속성을 처리할 때 잠재적인 오류를 수용하기 위해 예외 처리에 의존하는 것보다 기본값을 명시적으로 정의하고 그 존재 여부를 확인하는 것이 더 유리합니다.

위 내용은 허락이 아니라 용서를 구하십시오: 이 프로그래밍 철학이 실제로 유익한 때는 언제입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.