프로그래밍하다보면 어느순간 return null에 대한 고민을 한번쯤 하게됨.
null을 반환함으로 null처리가 따로 들어가야해서 코드가 지저분해짐.
간혹 null반환할수도 있다는걸 놓쳐 에러를 유발하기도함.
거의 모든 프로그래머가 한번씩 고민하는 문제고 원칙도 제각각.. 아니면 아직 그런 원칙을 정하지 않아서 그때그때 다른다던가..
나같은 경우 내나름의 원칙이 있음...
내가 본 대부분들은 아직 null 원칙이 안정해져서 그때그때 다른 경우가 많고 여기도 많을 것 같은데
일관성있는 코드를 작성하고자 한다면 그런원칙을 빨리 세우는게 좋아보임.
않이 그래서 그 원칙이 뭔데요 ㅡㅡ
정답도 아니고 개취라서 말하기 점 거시기하지만 내 갠적인 원칙은..
null반환을 피하고 사전에 null여부를 묻자. 묻는게 알고리즘적으로 문제가 된다면 그때 null을 반환하자. 그러나 알고리즘적인게 list 사용이라면 맵으로 전환하고 요소에 id를 부여해서 다시 null여부를 물을수 있게하자. null 반환을 했을경우 연쇄적인 null처리를 강요한다던가 다른 인자로 넘겨져 nullable을 고려하게 한다면 null object를 작성. 그외 나머지일때 null반환
우왕굳
C 에서 가장 깔끔한 해결책은 리턴 타입을 bool 로 하고 리턴은 파라미터로 하는거임 - return 0;
ㄴC는 뭐 어쩔수 없긴함 ㅋ