[%] null 최소화하는게 좋나?

[익명(211.194)]

데이터를 가져오는데, 결과 값이 없을수 있음.

이떄 메소드에서 이걸 비교해서 비었으면 null을 리턴할지 아니면 빈 리스트를 리턴할지 고민임.

후자가 좋을거 같긴한데 어떰?

[익명(223.62)]

Optional

[익명(223.62)]

Option

[익명(223.62)]

Maybe

[익명(azubaiya)]

null-safe한 코틀린을

[익명(39.7)]

널을 죽이자

[＃!(mrphys)]

난 NULL을 사랑해 이 세상은 NULL뿐이야 소리쳐 부르지만 저 대답 없는 NULL만 붉게 타는데

[ㅁㅁ(61.253)]

binary는 호남선

[＃!(mrphys)]

아니 더한 인간이 나타났다

[갤6(223.39)]

binary 뭔가 했네 ㅋㅋㅋㅋㅋㅋ

[Forge(dcforge)]

[익명(116.121)]

무슨 언어인지는 모르겠지만 널보다 빈리스트 리턴하는게 더 위험한데

[ㅁㅁ(61.253)]

이유가 머임?

[익명(116.121)]

메모리 프레그먼트, 세이프 문제. c/c++ 기준으로 널은 나쁜게 아님

[ㅁㅁ(61.253)]

c계열은 그렇겠네

[익명(59.13)]

빈리스트가 낫지 null 체크 위험한거임

[ns(qwer2357)]

위에말대로 Option이든 뭐든 explicit한 bool값으로 결과값이 없다는 정보를 따로 return해 주는게 좋다고 봐. 그 필드가 채워졌을때 리스트쪽을 empty list/static null object로 하는가 null로 하는가는 취향대로 하더라도..

[다믜(damhiya)]

그냥 예외 처리를 어디서 할지 문제임. 데이터가 없는 케이스를 저 메서드 안에서 처리하고 끝내버릴꺼면 빈 리스트 리턴하는거면 되고, 호출하는 쪽에서 데이터가 없을때 별도의 처리를 하고싶으면 optional이나 null써야 하고.

[전붕이1(crmerry0409)]

C++기준, 저 같으면 리턴값으로 true false주겟셈 그리고 함수 인자에 포인터든 레퍼런스 붙여서 여기에 값을 넣어서 빼오겟셈

[갤6(223.39)]

그러면 코드가 좀 더러워보이던데

[전붕이1(crmerry0409)]

전 이렇게 하는 습관을 들여서

[Forge(dcforge)]

이거 tryGet 이런패턴 아님? - dc App

[휘발성(reduxx)]

이건 너무 C스타일인데

[전붕이1(crmerry0409)]

C는 근본이로다

[익명(175.223)]

아예 반환으로 객체를 넘기지 말고 destination 인자를 받아라. C/C++ 에서 객체를 반환으로 넘기는 거 뭐 취향차이겠지만 개인적으로 안 좋다고 생각함

[익명(175.223)]

잘못 말했는데 C는 진짜 웬만하면 객체 생성해서 넘기는 거 하면 안 됨

[익명(218.234)]

list comprehension 쓸때 nil로 하는게 코드가 매우 깔끔해지는 경우 있어서 가끔 쓰고 런타임 에러띄우고 싶진않은데 받는쪽에서 처리할거면 options쓰고 정말 짜는 사람 마음이지. c/c++면 null이나 -1쓰는거고 대신 인터페이스 주석 잘남기고 일관되게해야 본인이 안헷갈림.

[익명(128.134)]

난 null 좋아함

[익명(223.38)]

null이 빈 리스트랑 구별이 안 되는 언어면 그렇게 쓰고 구별을 하는 언어면 데이터를 읽다가 문제가 생겼을때 null 데이터를 읽었는데 그게 비어있는 경우면 빈 리스트

[Forge(dcforge)]

난 무조건 null 최악으로 봄 - dc App

[Forge(dcforge)]

널익셉션뜨면 디버깅 힘들고, 널체킹 맨날 해야하고 패러매터로 넘어오는 값이 널이 아니다라는걸 믿지 못해서 엄청나게 힘들어짐 - dc App

[Forge(dcforge)]

자바같은건 어노테이션으로 정리할수있긴한데 그냥 타입스크립트나, optional, C# nullable 같은거 사용하는게 옳다고 봄 - dc App

[익명(61.84)]

"any"

[ㅁㅁ(61.253)]

그래도 따로 에러처리 없는 없어는 null 써야 될거 같음

[Forge(dcforge)]

으아악 any는 안된다 - dc App

[익명(125.129)]

결과값이 없는 건 빈 리스트지, 도중에 문제가 생겼을 때는 null

[츄럴(164.125)]

언어마다 다르다 이거

[츄럴(164.125)]

흔하게는 optonal 쓰는 거 같은데 근로저나 리슾처럼 nil이고 빈 리스트고 비슷하게 처리하면 아무래도 상관 없기도 하고

[츄럴(164.125)]

근데 이경우는 시맨틱을 봤을 때 빈 리스트가 더 말이 되는 거 같음. 씨 씨플플 같은 인생이 힘들어지는 언어 아니면 걍 빈 리스트 쓰셈

[익명(122.34)]

결과를 가져오는데서 에러가 나서 없는거면 null 걍 쿼리에 대한 결과값이 없는거면 빈리스트가 깔끔할거같은데 언어따라 다를듯