Twitter | Search | |
Dohyung Ahn
JS/TS 에서 try/catch를 사용할 때 우려되는 점과 안정적인 에러 핸들링을 위해 도입하고 있는 방법을 알고 계신가요? 댓글로 남겨주시면 다음 포스팅으로 작성할 에러 처리에 대한 글에 적극 반영하겠습니다 🚨
Reply Retweet Like More
wonmin 30 Apr 19
Replying to @adhrinae
딱히 도움이 될 것 같지는 않지만...요런 내용이 생각나네요~^^
Reply Retweet Like
Dohyung Ahn 30 Apr 19
Replying to @jjwonmin
제가 질문하려던거보단 기본적인 내용이군요. 좀더 구체적으로 생각해보면 '우리는 왜 try/catch를 쓰는가? 잘 쓰고 있는가?' 를 생각해보고자 했습니다 ㅎㅎ
Reply Retweet Like
이름뭐하지 30 Apr 19
Replying to @adhrinae
ES8에 async/await가 추가되면서 다시 try/catch문의 사용이 권장되고 있는데 모든 async 함수 작성 시 내부 코드를 try/catch 문으로 감싸고 catch 부분에 raise 로 받은 에러를 바깥으로 전파하는 기본적인 처리를 해주는게 좋을 것 같더군요.
Reply Retweet Like
Dohyung Ahn 30 Apr 19
Replying to @nameEO
예 그 '모든 블록에서 async 함수 작성 시 try/catch로 감싼다' 를 궁리하다가 '왜?' 라는 생각이 들기 시작하더군요. 제가 이전부터 try/catch 를 많이 안써와서 그런지 다른 분들은 어떻게 생각하고 사용하시는지 궁금했습니.다
Reply Retweet Like
WickeDev 30 Apr 19
Replying to @adhrinae
에러는 I/O Exception처럼 개발자가 통제 불가능한 종류의 것과 개발자 실수로 만들어지는 NullpointerException같은 에러로 나눠서 생각해야 한다고 생각을 해요. Go 같은 경우에 전자의 경우를 명시적인 반환 값으로, 후자를 recover 로 분리해서 처리하고 있어요. 그래서 개발 시에는 죽임으로써
Reply Retweet Like
WickeDev 30 Apr 19
Replying to @adhrinae
에러를 빠르게 잡고, 배포 환경에서는 recover 로 안정성을 선택합니다. 다만 현재 Go1은 에러 처리가 장황 하여 Go2에 에러 핸들링에 관련된 문법 설탕을 추가하려는 것으로 알고 있는 걸로 알고있습니다. 그 외 제가 아는 선에서 다른 언어인 Java, C#은 try/catch 로 퉁 치고는 있지만,
Reply Retweet Like