[질문] void return은 가급적 안 쓰는게 맞음?

[익명(118.235)]

교수님께서 메소드의 개념에 대해 설명하면서

void return은 결과값에 대해 아무 것도 안 알려주니까

실제로 그 값이 안 쓰이더라도 최소한 성공 실패 여부 정도는 int나 bool 값으로 반환하는게 좋다고 하셨는데

실무에서는 void가 상당히 많이 쓰이는거같아서..

[익명(45.8)]

존나 희한한 논리네..

[익명(c8ay4gz4abvs)]

필요하면 리턴하고 필요없으면 안하면 되죠

[익명(c8ay4gz4abvs)]

있던 리턴 값을 없애는거면 몰라도 리턴하도록 고치는건 별것도 아니고..

[8c8(218.155)]

에러가 안 나는 코드면 없어도 되지.

[익명(39.7)]

실무에 안맞는 이야기같습니다.

[익명(39.7)]

값의 문제보다 로직상 중간에 끊어야 하는 경우가 있는뎅 ..

[qwe(118.235)]

교수는 실무 잘 모름 ㅋ

[익명(118.235)]

throw 안 할 거면 bool 반환이라도 하는 게 맞음

[익명(128.134)]

근데 C 관습은 전역변수 errno에 적는거 아님?

[(|01>-|10>)/√2(mrphys)]

실패할 이유가 없거나 결과에 신경을 안 쓴다면 리턴 타입이 void여도 아무 지장 없음

[익명(59.16)]

C공부하고있는 대학생이면 맞는말일지도 강의시간에 라이브러리 함수 재현하기 많이 했었는데 예외처리 return -1로 꼼꼼하게 해줬었던 기억이

[익명(222.117)]

익셉션식 에러 처리 안 쓴다고 치면 void 리턴은 무언가 사이드 이펙트가 있으면서 실패하지 않는 함수를 의미함 실패하지 않는다는 것은 finally 블록 같은 실패가 일어나서는 안될 리소스 정리 영역에서 사용해도 안전하다는 것을 의미하기 때문에 의미가 있는 정보임

[익명(221.163)]

이건 라이브러리 기준으로 생각해야 될 듯

[익명(221.163)]

FM대로 한다면야 void 리턴은 피하는 게 좋긴 함

[익명(220.94)]

c는 errno가 있고, C++은 Exception을 쓰거나 return State(abseil 등에선 이방식 사용)함. 현업에선 Exception 안쓰고 State return을 주로 함. 아무 사이드 이펙트 없는 함수면 void return 상관 없겠지만, 보통은 아닐거니까 좋지 않음.

[익명(antae714)]

윈도우에서 제공하는게 대부분 그방식이라 익숙한거도있을걸 소켓, dx하면 에러리턴된거 사용자가 받아서 처리하게만들어서