May 2025
Beginner to intermediate
424 pages
7h 7m
Korean
Content preview from Java에서 Kotlin으로
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
Start your free trial
19장. 반환을 위한 던지기
이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: translation-feedback@oreilly.com
Java는 확인된 예외와 확인되지 않은 예외를 사용하여 오류를 표현하고 처리합니다. Kotlin은 예외를 지원하지만 확인된 예외를 같은 방식으로 언어에 빌드하지는 않습니다. Kotlin이 Java의 접근 방식을 거부한 이유는 무엇이며 대신 무엇을 사용해야 할까요?
당신은 일이 잘못되었다는 것을 발견하기 위해 오랫동안 프로그램 컴퓨터를 가지고 있지 않습니다 ...
... 다양한 방식으로.
경력 초기에는 오류를 대수롭지 않게 여기는 경향이 있었습니다. 적어도 프로젝트 초기에는 지금도 종종 그렇습니다. 하지만 시스템이 성장함에 따라 오류가 애플리케이션에 어떤 영향을 미치는지 알게 되고 처음에는 단편적으로, 나중에는 경험을 바탕으로 한 전략을 통해 대처하기 위한 코드를 추가하기 시작합니다. 이 점에서 오류 처리는 소프트웨어 설계의 다른 측면과 같은 방식으로 발전합니다. 때로는 유사한 시스템에 대한 경험을 활용하여 미리 설계하고, 때로는 소프트웨어 작성에서 필요한 것을 배울 수 있도록 허용하기도 합니다.
보다 신중한 전략이 없다면 대부분의 시스템은 문제가 발생하면 기본적으로 예외를 발생시키고 외부 수준에서 예외를 포착하여 기록합니다. 이 경우 명령줄 유틸리티는 사용자가 문제를 해결하고 다시 시도할 수 있도록 충분한 정보를 제공한 후 종료됩니다. 서버 앱이나 이벤트 루프가 있는 GUI는 일반적으로 현재 상호작용만 중단하고 다음 상호작용을 계속 진행합니다.
이는 사용자에게 좋지 않은 경험일 때가 많지만 때로는 오류로 인해 시스템의 영구 상태가 손상되어 초기 문제를 해결하고 다시 시도해도 작동하지 않는 경우가 있습니다. 이것이 바로 "전원을 껐다가 다시 켜라"는 현명한 조언의 원천입니다. 시스템은 주로 안전한 상태에서 시작되므로 다시 시작한 후 재시도하면 성공할 것입니다. 그렇지 않은 경우, 손상된 영구 상태를 제거하는 궁극적인 방법인 운영 체제를 다시 설치하는 것이 유일한 해결책이 되는 상황에 처한 적이 있을 수 있습니다.
오류를 제대로 관리하지 않으면 시스템이 성공적으로 작동하더라도 오류로 인한 손상을 진단하고 수정하는 일이 팀의 모든 시간을 차지할 정도로 확대될 수 있습니다. 소프트웨어 프로젝트에 좋은 환경은 아닙니다. 어떻게 알 수 있는지 저희에게 물어보세요!
오류는 사용자를 괴롭히고 수정하는 데 많은 노력이 필요한 손상을 초래할 수 있으므로 오류를 원치 않습니다. 어떤 종류의 오류가 표시되나요?
프로그램은 여러 가지 이유로 잘못될 수 있습니다. ...