exception 버리기

[@해시브라운]

error와 exception의 구분이 명확하지 않아서 생기는 문제라고봅니다. 익셉션은 주로 외부요인으로 인한것이고 충분히 발생을 예상할수 있고 대처방법도 명확한 경우에 사용하는거고 에러는 주로 프로그래밍 실수에 의한 것이라고 합니다. 원인을 알수없는 에러가 난 경우 프로그램 혹은 해당 프로세스는 로그를 내보내고 정지시키는게 맞다고 생각합니다.

[@autotune-gear]

못 먹어도 고!

[@이용진-z5v]

요즘엔 함수형 프로그램이 많어서 익셉션이 났을 경우에도 리턴을 줘서 후속 처리가 가능하게 코딩하는 추세라고 하더군요. 그냥 에러로 던지지 말고. 데이터를 가져오는 서비스면 에러가 나면 그냥 빈 값을 리턴해서 다른 서비스에 영향을 주지 않게 하는 처리.

[@autotune-gear]

못 먹어도 고!가 추세군요

[@didiq]

저는 c언어 스타일에 익숙해서, 예를 들면, 입력을 받을 경우, 함수에서 특정값조건에 안맞으면, 버리고, 재입력을 요구하는 식으로 짜는데, 많은 언어에 exception 거의 필수적으로 있으니, 반드시 써야한다고 생각해서, 에러 또는 예외처리를 어떻게 해야하는지 난감했었습니다. 근데 억지로 exception을 쓸 필요는 없겠군요. 영상에서 설명한 몇몇 기능을 제외하고.

[@westcast]

동영상 잘 보고있습니다. 이제 막 취직할 새내기지만 포프님 동영상보면서 프로그래머의 꿈을 키웠습니다! 감사합니다. 앞으로도 많이 배워갈게요!

[@hkkim6943]

3:44 exception masking 맞나요? 위키에 검색 뭐라고 해야하나요?

[@포프티비]

지금 찾아보니 더이상 안나오네요? 그냥 제.비디오 설명으로 이해하셔야 할거 같네요..죄송해요

[@kingvandit8234]

초짜라서 익셉션을 어서트로 쓰고 있었는데 (catch를 안함) 덕분에 고치기 쉬워졌네요 ㅋㅋㅋ

[@slavetocode]

어서트는 어차피 릴리즈 모드일때 코드에서 빠져서..ㅎㅎ

[@lueapsvon548]

오오... exception 자체에 대한 제 개념이 바뀌었습니다. 감사합니다.

[@xodn081]

너무 좋은 이야기인데, 제가 그렇게 짜고 위에서 왜이렇게했냐고 물어서 제가 똑같이 설명하면 이상한놈 취급 받을듯..

[@포프티비]

요즘 마이크로 서비스 분야에선 이게 트렌드로 자리잡히긴 했어요...

[@anio6402]

안녕하세요. 항상 영상 잘 보고 있습니다. exception 발생시 서비스 자체를 멈추는게 맞다고 생각하시는건가요? 모바일 게임 서비스를 예로 들면, 모바일 게임은 사용자의 연속 접속시간이 매출에 큰 영향을 미치는 요소 중 하나인데, 중간에 흐름을 끊어버려 서비스의 질에 악영향을 줄 수 있지 않나 싶습니다. 프로그램이 뻗지 않는 선에서 데이터 오류가 발생하더라도 (법률적,운영적으로 크래쉬한 문제가 아닌경우) 리스크를 감수하는 선에서는 실행 연속성이 유지되어야 하는게 아닌가요? 말씀해주신 방식이 게임서비스쪽도 포괄하는 프로그래밍 방식이라고 생각하시는지 궁금합니다. 추가로, 안되는걸 되게하려는 프로그래머의 오만이라고 하시는 부분에 대해서는 오히려 매니징 쪽에서 요청들어오는 경우가 일반적이지 않을까 싶네요. 시야 넓혀주신점 감사합니다 선배님.

[@katerk.n.8421]

요즘 운영체제는 프로그램을 실행하다가 예외사항이 발생하면 해당 프로세스와 자식 프로세스를 종료하는 선에서 문제를 종료하지, 운영체제를 종료시키진 않습니다. 이와 비슷합니다. 한 명령을 실행하던 도중에 예외가 발생하면 그 명령에 영향을 받는 코드는 실행되지 않고 버려져야 마땅하지만, 이와 관련없는 코드는 영향을 받지 말아야 좋은 프로그램 디자인이라 할 수 있죠. 웹 서버에 한 리퀘스트가 실패하게 되면 관련된 모든 리퀘스트를 버리는게 맞습니다. 하지만 웹 서버를 종료해야 한다는 뜻은 될 수 없습니다.

[@박유한-h5b]

회사에서 예외 처리 코드를 넣을지 고민하던 차에 사수분이 이거는 돌아가는게 이상한 상황이다. 이런상황은 발생하면 이후의 작동을 보장할 수 없으니 여기서 프로그램이 멈추는게 맞다(클라이언트 코드)고 하신 부분이 기억나네요...

[@chanheejo4823]

Exception을 버린다는 표현까지 나와야 하나 싶은데요..ㅎㅎ 말씀하신 것 처럼 내 코드(라이브러리) 수준 위로 Exception을 올려보내는건 의미 없어 보이긴 하지만 그건 원래부터 잘못된 사용법이 아닐까요? 함수 호출마다 리턴값 체크하는 중복 코드를 한방에 처리할 수 있는게 Exception의 장점인 것 같고, 여전히 유효하지 않나 생각합니다. 물론 일정 범위 안에서만 사용해야겠죠.