[질문] golang err != nil 까이는 이유 있음?

[익명(223.62)]

node로 라이브러리 작성하다가

go로 포팅하고 있는데 이게 더 맞는거 같은데

try catch 로 그냥 던지는 것보다 코드가 명확해지는 것 같음.

- dc official App

[MetaFibonacci(equivalence)]

[익명(175.124)]

try/catch 안쓰는게 문제가 아니라 요즘 언어들처럼 결과/에러 값들을 다루는 세련된 타입이 없어서 그럼.. 완전 c언어 스타일 방식이니까..

[익명(118.127)]

제가 문외한이라 그런데 고랭에서 Error를 인터페이스 형태로 제공하는거랑 다른 언어에서 제공하는 에러 타입의 타이가 뭔가요 - dc App

[익명(118.127)]

차이 - dc App

[익명(118.235)]

러스트 result 타입 같은거 찾아보셈

[익명(222.110)]

나는 나쁘지않다고 생각함 try catch 너무 못생겨서

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(106.101)]

ㅇㅇ

[익명(146.70)]

에러코드는 틀딱시절유물인데.... 처리하는걸 깜빡하기쉽고 오류를 핸들링하는 코드가 중복됨

[익명(39.7)]

라이브러리를 만들다보면 이제 err == nil 지옥도가 펼쳐짐 저 코드가 더 많아지게 됨 . 뭔가 신택스 슈가 있으면 좋을련만

[익명(59.151)]

막상쓰면 불편함 존만한게 에러는 왜 가지고있냐고 욕하게됨 panic 던지고 말지 하면서

[익명(118.127)]

에러 계속 넘기는 코드가 생겨서 오히려 커찮아지는건가 - dc App

[ㅌㅌ(223.62)]

존나 짜증나는데, 중복코드인데 이거 줄일 수도 없고

[익명(128.134)]

표준 라이브러리 뒤져보면 절대 에러를 반환하지 않지만 컨벤션이니까 무조건 nil 반환함~ ㅇㅈㄹ 떠는데? ㅋㅋㅋ

[익명(128.134)]

에러면 리턴만 하면 되는데 무조건 3줄 추가되고