예외를 처리하지 말고 던지세요. 누군간 처리하겟죠
사용자 문제라고 우기자
이게 맞습니다 - dc App
assert
얘는 프로그램을 종료시키지않나 - dc App
주겄어요? 오퍼레이터 니가잘못한거에요 라고 하면된다
맞음 죽여버림. 사용자 문제라고 하면 됨
어썰트는 unreachable 비슷하게 킹론상 절대 실패하면 안 되는 걸 명시하는 거임
왜 어려움
메모리 누수 생각하기가 어려워요 - dc App
메모리 누수는 RAII로 해결해야 함
근데 왜 구글 가이드에서는 익셉션 쓰지 말라는거냐.. 아직도 이해못함,,
구글 개발자들도 예외가 어려운가보지 - dc App
예외 던지기 시작하면 함수를 원자적으로 만드는 게 너무 힘듬 ㅇㅇ
스택 되감기 성능 저하도 있고 예외 남발하면 스파게티 상위호환 라자냐 코드됨
예외 안 쓰고 result, outcome, expected(23) 같은 variant 로 처리하는 게 맞음
예외를 처리하지 말고 던지세요. 누군간 처리하겟죠
사용자 문제라고 우기자
이게 맞습니다 - dc App
assert
얘는 프로그램을 종료시키지않나 - dc App
주겄어요? 오퍼레이터 니가잘못한거에요 라고 하면된다
맞음 죽여버림. 사용자 문제라고 하면 됨
어썰트는 unreachable 비슷하게 킹론상 절대 실패하면 안 되는 걸 명시하는 거임
왜 어려움
메모리 누수 생각하기가 어려워요 - dc App
메모리 누수는 RAII로 해결해야 함
근데 왜 구글 가이드에서는 익셉션 쓰지 말라는거냐.. 아직도 이해못함,,
구글 개발자들도 예외가 어려운가보지 - dc App
예외 던지기 시작하면 함수를 원자적으로 만드는 게 너무 힘듬 ㅇㅇ
스택 되감기 성능 저하도 있고 예외 남발하면 스파게티 상위호환 라자냐 코드됨
예외 안 쓰고 result, outcome, expected(23) 같은 variant 로 처리하는 게 맞음