service, repository에서 memberId의 타입을 Long으로 선언한 이유

public interface MemberRepository {

    void save(Member member);
    Member findById(Long memberId);
}

findById()의 매개변수 memberId에 null이 들어갈 가능성이 있기 때문이라는 뜻일까요??

제가 헷갈리는 점은 애초에 memberId에 null이 들어가지 않고 정상적인 정수값만 들어가도록 설계를 한다면, memerId의 타입을 Long이 아닌 long으로 선언해도 되지 않을까? 하는 점입니다. memberId에 null이 들어올 수 있는 상황이기에 Long 타입으로 선언하신 것인지, 그렇다면 memberId에 null이 들어올 수 없도록(정수값만 들어올 수 있도록) 설계를 했다면 Long이 아닌 long 타입으로 선언해도 되는 것인지 질문드리고 싶습니다.

(제가 강의를 재수강하는거라 그런지 이런 사소한 부분이 신경쓰이는 듯합니다)

null이 들어가지 않고 정상적인 정수값만 들어가도록 설계를 한다면, memerId의 타입을 Long이 아닌 long으로 선언해도 되지 않을까?

=>null체크를 신경쓰지 않아도 되도록 개발을 하거나, 되어 있는 상황이라면 long을 사용하셔도 될 것 같습니다.

memberId에 null이 들어올 수 없도록(정수값만 들어올 수 있도록) 설계를 했다면 Long이 아닌 long 타입으로 선언해도 되는 것인지

=>네, long을 사용하시면 됩니다.

참고(클릭)

memberId에 null이 들어올 수 있는 상황이기에 Long 타입으로 선언하신 것인지

=>JPA를 사용하시는 영한님 코딩 스타일이 JPA에서는 long보다는 더 일반적으로 사용하는 Long을 사용하기에 그에 맞춰서 Long을 사용하신 것 같습니다.(추측)

알아두면 좋은 내용은 맞습니다만 질문에서도 말씀하셨지만 크게 신경써야될 부분까지는 아닌 것 같고, Long과 long의 차이보다는 int가 아닌 long을 사용한 이유(표현할 수 있는 수의 크기 차이)를 더 신경쓰는게 좋다고 생각합니다 😀

식별자로 사용하는 id의 타입을 int가 아닌 long으로 해야하는 이유는 JPA 로드맵에서 설명해주십니다 ^^