포프는 왜 try catch를 싫어하는거임?

[익명(104.143)]

뇌로 대부분을 예상해서 에라가 안나게 하는걸 기본 베이스로 가는 마인드?

[익명(106.102)]

게임개발 얘기아님? 거긴 트라이캐치 개발끝나면 다 걷어낸다는데

[섹카냥(223.33)]

아여 안쓸걸

[17번(wjd918273)]

try문 무겁지않냐 - dc App

[Java(azur112)]

나중에 모아서 보면 읽을때 씹창나서

[섹카냥(223.33)]

로그찍고 예외 확인해서 나중에 트라이 없애고 이프문 위에 하나 둬서 예외 처리하는게 정석 아니냐?

[섹카냥(223.33)]

근데 테스트 죳도 안하고 죶소같은 경우 넣는게 낫다

[익명(175.223)]

시스템상 에러면 익셉션 클래스 만들어서 예외처리하면댐 그건 문제가안댐 - dc App

[익명(175.223)]

문제는 일반적인 예외를 던지고 처리하는걸 일반적인 솔루션으로 사용하면 트라이 걷어내기 힘들고 에러 원인찾기가 오히려 불편해짐 - dc App

[익명(222.121)]

try catch는 에러 핸들링의 가장 ㅈ같은 형태임. 특히 java에서 user exception, system exception이 부모쪽으로 계속 에스컬레이션 되는데 이 구조를 ㅄ같다고 생각하지 않으면 그게 문제가 있는거지. 비유를 들면 지나가는 차에 동네주민들이 일반쓰레기, 음식쓰레기, 분뇨를 던져 넣는게 try catch임. 구글에서 좀만 검색해봐도 bad, sucks, expensive, slow 갖가지 악평들이 넘쳐남

[새싹도우미(gencoder)]

assert! - dc App