NET 프리뷰 언박싱 - .NET 10 프리뷰 3 - C# 14 확장 멤버, CLI 굉장함, 블레이저 및 API! | 영상,음성,PDF,웹사이트 모든 것을 요약 - Lilys AI
영상 34:04
null conditional assignment가 효율적인 절차로 동작함을 확인한 코드
완전 문제없이 녹아들수있는데 왜 뒤늦게 추가된걸까 궁금해짐
---추가
기존 nullable연산이 null 을 전염시키고 nullable비교가 무조건 false나던것처럼
에러만 안난다 뿐이지 걍 기회만 된다 하면 절차를 생략하고 null을 반환하게 만듬.
var a = b?.c = d; 같은 패턴에서 제일 오해의 여지가 있는게,
b가 null이라는이유로 a까지 d라는 값을 받지못하고 null이 된다는게 구조상 납득은 가지만
누군가 코드를 저렇게 짠다면 과연 그런 의도를 명확히 가지고 짤일이 있을까?
딱 하나 조금 편해지자고 더 다채롭고 동작을 파악하기어렵게만드는 물음표지옥을 파생시키는 나쁜문법이라는 생각이 들었음.
실제 반영된다고 해도 반드시 비활성화가 가능했으면 좋겠음.
nullable 을 너무 남용하면 나중에 코드 본인도 햇갈리게됨. 차라리 null이면 리턴값 줘서 코드로 하던지 그런식으로 해야함.
nullable/not null 타입 구분을 빡세게 걸면 큰문제는 안생길거임. 익숙해지는 과정에서 어중간하게 활용할때가 제일문제지