안녕하세요.

데이터베이스의 테이블과 연관된 모델 클래스를 만드는 것과 관련된

정확한 가이드는 없는 것 같습니다.


개발자들 모임에서 얘기하는 중에 나왔던 주제인데요,

천재 개발자 하나가 나와서 "반드시 이러한 경우에는 이렇게 해야 합니다."라는 가이드를 제시해 주면

좋지 않을까라는 얘기를 했었지만,

현실은 그러한 가이드는 어디에도 존재하지 않는다는 것이지요.


그래도 100%까지는 아니더라도 많은 개발자들 사이에 융통되는 것이 있다면,

귀찮아도 업무에 따라서 모델 클래스를 만드는게 일반적인 것 같습니다.


다만,

회원 테이블을 예를 든다면,(테이블 1개마다 1개 클래스 생성)

기본 회원 테이블과 일대일로 매핑되는 클래스를 만들고,

이것 하나만 사용해서 처리해도 큰 문제는 없습니다.


그런 후 클래스를 더 만들어야 고민해야 하는 부분이 있다면, 

회원의 암호 정보를 노출할 필요가 없는 페이지를 위한

또 다른 클래스를 만드는 것입니다.

단순 회원 정보 조회 페이지에서는 암호 정보가 필요없기에 이를 뺀 클래스를 사용하면 좋습니다.

Web API에서 JSON으로 클라이언트에게 회원정보를 내려주는 경우에

잘못해서 JSON에 Password 정보가 포함되는 것을 1차적으로도 막아 줄 수 있구요.


제 경험이지만,

테이블과 저장 프로시저의 매개변수 및 반환 값 등에 대한 설계가 나오면,

그와 동일한 클래스를 여러 개 만드는 것부터 시작하게 됩니다.


테이블과 관련해서 자동으로 클래스 만들어주는 확장 기능도 찾아보면 있겠지만요.

저는 테이블의 구조(필드명)를 익히는 차원에서 타이핑으로 모델 클래스를 만듭니다.


테이블 이름이

Users 이면

모델 클래스는

User, UserModel, UserViewModel, UserDto, UserEntity 등의 이름으로 사용합니다.



저는 일반적인 경우에는 테이블과 매핑되는 클래스를 하나 통으로 만들어 놓고

이를 전체 업무로직에서 사용하되,

특정 업무 로직을 위한 클래스를 나누기도 합니다.

그런다음, 시간이 날 때 모델 클래스들을 보기 좋게 재정리하는 시간을 갖기도 합니다.


아무튼,

질문 주신 고민의 내용을

잘 정리해 놓은 자료가 어딘가에는 있을 수도 있겠지만요.

위에 답변드린 내용은 제 경험을 기준으로 말씀드렸으니, 참고로 봐주시면 감사하겠습니다.


이상입니다.

박원웅 님이 쓰신 원문 글입니다.


안녕하세요. 개발하면서 궁금한점이 있어서 질문 남깁니다. 모델 클래스를 작성할때의 가이드가 있을까 싶어서 여쭤봅니다. 예를 들면 회원테이블이 있고 거기에 회원가입, 수정, 로그인 등등의 DB에 접근해서 필요로하는 데이터의 컬럼개수랑 이런것들이 가입, 수정, 로그인 등에 따라 다른데요. 그렇다면 각각 어떤 동작에 따른 모델클래스를 일일이 다 만들어 주는 방법을 사용해도 되나요? 회원입력모델, 회원수정모델, 로그인모델 클래스 등등을 다 만들어서 필요할때 사용하는지 아니면 테이블과 1:1로 매핑된 모델클래스를 하나 만들고 그것을 이용해서 처리하는 것이 맞는지 궁금합니다. 항상 1:1로만 매핑되지 않기 때문에 이런 차이에서 오는 모델클래스를 각각 필요에 따라서 만드는것이 맞는 방법인지요?