[💬] 널 확인할 때 == null 대신 is null 쓰라던데

[2호기(wlsrb014756)]

라이더가 == null 쓸때 경고 ㅈㄴ띄워대서 거슬려서 나도 is null 쓰는중

if (object) 이거로 널체크도 많이 하는데

지피티가 이짓거리도 하지말라더라

그렇대

이유는 들어도 잘 모르겠음

그리고 코드 쓰다보면

if (object == null) 은 못쓰는데, if (object is null)은 허용되는경우가 있더라

is null, is not null 이렇게

[ㅇㅇ 1(121.165)]

클래스 a가 있음. a를 변수 v1, v2로 선언함. v1 == v2 이렇게 하면 두개의 값이 같은지를 파악하거나 ==를 재정의해서 a안에 변수만 비교하도록 코드를 짜는 경우가 있음. 유니티 오브젝트도 ==를 재정의해서 사용함. 널을 체크할려고 == 를 사용하면 재정의된걸 부르기 떄문에 문제가 발생됨. v1 자체가 널인지 아닌지를 확인하려면 == 보다는 null을 확인할 수 있는 문법을 쓰는게 좋다는 말.

[SR4(succeed4464)]

유니티 스크립트 관련으로 챗지피티에 뭐 물어볼 땐 그냥 C#이라고 하지말고 유니티 c# 환경이라고 하는 게 좋음 유니티에서 UnityEngine.Object 상속받아서 만들어지는 모든 오브젝트는 fake null이란 게 들어가고 is null이나 ?. 등을 사용하면 오브젝트가 파괴됐다는 걸 정상적으로 검출할 수 없음 결론: 유니티 쓰면 걍 == null 만 쓰기

[2호기(wlsrb014756)]

[2호기(wlsrb014756)]

대박 완전 첨알음 ??= 이런거나 ?. 이런것도 종종 썻는데

[불타는키보드(1bnmaker)]

[SR4(succeed4464)]

아 ??= 도 있고 ??도 있고 다 안 됨
참고로 Rider 쓰면 이런 거 썼을 때 경고 띄워줌
https://github.com/JetBrains/resharper-unity/issues/323

[211214(tomatoss)]

음.. ?? 잘 쓰고 있는데 머지

[SR4(succeed4464)]

잘 쓰고 있다고 안심하지말고 지금부터라도 구조 바꾸는 걸 추천 불발탄 안 터진다고 발로 차고 노는 거랑 똑같은 거라 언젠가 는 터지게 되면 그땐 원인 추척도 힘들어 fake null 개념 무시하면 나중에 그 댓가를 치룬다...

[ㅇㅇ 2(218.37)]

내가 알기론 변수가 null 확인이 필요하면 == null이 맞고, 클래스를 할당했는지 확인하려면 is null로 쓰는걸로 알고 있음

[2호기(wlsrb014756)]

[ㅇㅇ 3(183.96)]

라이더가 gameobject == null에 경고를 내뱉는 이유는 사실상 null이 아니기 때문. 해당 게임 오브젝트를 destroy하면 유니티는 널인 오브젝트로 마킹을하고 다음 프레임에 해당 오브젝트를 널처리한다

[ㅇㅇ 3(183.96)]

어차피 ==에 대해 오버라이드 되어 있기때문에 그냥 사용해도 무방함

[2호기(wlsrb014756)]