[💬] null 에러 자주보는 초보들 봐라

[익명(223.62)]

if (_object != null && _object == player)

이런식으로 조건을 걸면 &&는 앞부분이 false면 뒤에는 보지도 않고 false를 날려버림 그러니까 저 한줄로 변수가가 비었는지 확인하면서 동시에 변수 상태를 확인할 수 있는거임

제발 여기저기 가리지 말고 팍팍 써서 null error좀 그만 내보내자

[ㅇㅇ 1(124.28)]

나는 null 바라보고 있어~

[개발용더미(sy1mn1t4y83k)]

short-circuit evaluation 이라는 개념인데 위에 쓴 예시에서는 드러나지 않지만 정확히는 뒤의 expression을 실행조차 하지 않고 넘어가는 최적화 전략임. 이게 뭘 의미하냐면 뒤의 expression이 어떤 데이터 변화를 가져오는 함수 호출인 경우에 해당 함수가 호출조차 되지 않는다는 뜻이고 그렇기 때문에 로직 구성이 편해지는 것도 있고 역으로 그걸 감안하지 않으면 실수가 발생할 수도 있는 영역임. if (a && b++) 와 같은 예시에서 a가 false인 경우 b++은 호출되지 않음. 즉 b는 증가하지 않음 프로그래밍을 처음 공부할때는 약간 헤깔릴 수도 있는 개념인데 기초적인 개념이니 알아두는게 좋아.

[글쓴 ㅇㅇ(223.62)]

와우 배운사람은 달라

[개발용더미(sy1mn1t4y83k)]

ㄴㄴ 나도 이름 기억 안나서 gpt한테 물어봄

[익명(49.171)]

참고로 이거 적용 안되는 언어도 있움

[태보미(taebomi)]

앞에가 참이어서 뒤 구문 실행되더라도 언어에따라 비교하고 증가시키는 경우도 있고 증가시키고 비교하는 경우도 있으므로 난해한 코드가 될수있으니 주의

[ㅇㅇ 2(222.117)]

null이 들어오면 안되는 코드 영역에서 저 if 체크를 하는건 역효과임 에러가 떠야 할 잘못된 코드가 일단은 돌아가도록 숨겨지거든. 나중에 더 큰 버그로 돌아옴

[ㅇㅇ 2(222.117)]

사실 애초에 null을 지금까지도 타입 레벨에서 체킹을 안한다는 것 자체가 유머이긴 하지만

[ㅇㅇ 4(211.200)]

나도 이렇게 생각하

[익명(223.38)]

컴공 1학년임? 시발놈아 갤평

[ㅇㅇ 3(1.231)]

케바케 아닌가 오류가 나쁜것만은 아님 저렇게 계속 숨겼다가 나중에 로직이 어긋나는 경우도 있기에 에러 뱉어주고 즉시 고치는것도 나쁜 방법은 아님 특히 문제가 겉으로 보이지 않는 서버일 경우는 저렇게 숨길 경우 찾기 더 어려움

[ㅇㅇ 5(106.101)]

예전에는 왜 널 에러나는지 이건 되겠지하면 나던 널에러가 고난을 겪고나니 요즘엔 널 에러가 그리운 경지에옴.. - dc App