OOP 실제 사용 사례

Question

우선 저는 typescript, nest js를 활용해 개발중입니다.최근 OOP, 리팩토링 등에 대해 공부하다 궁금한 점이 있어 질문 남깁니다.저는 기존에 백엔드 구조를 짤 때 보통 "엔티티, 모듈, 컨트롤러, 서비스" 클래스들로 구조로 짰습니다. 예를 들어 User에 관련된 API를 개발한다면 다음과 같습니다.엔티티User 데이터베이스 매핑 역할모듈컨트롤러, 서비스 묶는 역할컨트롤러http 요청과 응답&#x1c;역할서비스비즈니스 로직 처리 역할만약 새로운 User가 추가되는 회원가입 로직을 작성한다면 서비스 클래스에 대략 이런식으로 작성했습니다.class UserService{ async createUser() { const user = await this.userRepository.create(); return; } }그런데 여기서 궁금한 것이 생겼습니다.보통 개발 관련 서적을 보다보면 예시로 나오는 코드들은 보통 이런 느낌이었습니다.class User{ private _id: number; private _name: string; private _rank: string; constructor(생략){생략} // 비즈니스 로직: 랭크 포인트 증가 increaseRankPoint(points: number) { this._rankPoint += points; } }객체 지향 프로그래밍을 기반으로 설명하는 서적이 많기 때문에 이런 설명이 주로 나옵니다. 유저라는 클래스가 있고 이 안에 유저가 가지고 있는 데이터와 기능을 구현한 예시입니다.하지만 저는 위와 같은 기능(비즈니스 로직: 랭크 포인트 증가)을 구현한다면 엔티티 클래스와 서비스 클래스만 이용해 이런 느낌으로 개발하고 있었습니다.@Entity() export class User { ... @Column({ type: 'int', default: 0 }) rankPoint: number; }class UserService{ // 비즈니스 로직: 랭크 포인트 증가 async increaseRankPoint(points: number) { const user = await this.userRepository.update({ ... rankPoint: rankPoint + points, }); return; } }즉, 모든 User 관련된 기능(메서드)은 UserService라는 클래스에 모두 넣은 느낌입니다. 그래서 User 클래스라는 것이 필요한가?에 대한 궁금증이 생겼습니다. 혹시 다른 분들은 저와 다르게 작업하시는지 궁금합니다. 그리고 다른 방법으로 작업한다면 조언 부탁드립니다.

김포포 · Accepted Answer

엔터티에는 동사 즉 메소드가 들어가는게 객체지향적인 겁니다. (엔터티란 단어를 누가 어떻게 정의하냐에 따라 지 맘대로지만, 가장 권위있는(?) DDD 기준으로는 그렇습니다.) 따라서 서비스에는 협력행동(메소드)를 엔터티에는 독립행동(메소드)를 넣는겁니다.다만 객체지향만큼 교조주의고 생각들이 다 다른게 없습니다.ㅎㅎ객체지향개발이 후지다고 말하는 사람들도 많구요. (특히 저는 웹 백엔드에서는 그래보입니다.)정답을 따로 두진 마시고, 생각은 많이 하는건 좋습니다.^^

감독님테스트가하고싶어요 · Answer

전자의 경우는 도메인이 잘 활용된 레이어드 아키텍처구요후자는 빈약한 도메인 레이어드 아키텍처입니다.작성자님처럼 비지니스로직을 다 서비스에 넣으니 도메인이 vo정도의 가치를 지니지 못하니 존재 의의를 못느끼시는거고요.전자처럼 작성하면 어느정도의 비지니스로직이 도메인에 있으니 여러 계층에서 활용이 가능해집니다.실무적으로는 후자의 경우로 계속 개발하다보면 서비스레이어끼리 계속 의존성이 물려서 순환참조가 될 가능성이 커지고요.그래서 의존성 꼬인거 풀어내면 중복 코드가 많이 생깁니다.

Kyeongrok Kim · Answer

저는 이런식으로 UserService에서 UserFactory를 통해 생성 합니다. DDD에서는 new할 일이 있으면 Factory를 통해 하라고 해서 적용해보고 있습니다.저는 Jpa쓸 때는 Domain하고 Entity는 구분해서 쓰는 편입니다.@Service public class UserService { private final UserFactory userFactory; private final UserRepository userRepository; public UserService(UserFactory userFactory, UserRepository userRepository) { this.userFactory = userFactory; this.userRepository = userRepository; } @Transactional public UserResponse createUser(UserCreateRequest req) { User user = userFactory.create(req); // 도메인 생성했다면 repository로 변경 해서 저장 UserEntity userEntity = userRepository.save(UserEntity.fromDomain(user)); return new UserResponse(user); } }

WLM · Answer

Entity 랑 도메인 객체부터 구분하는게 먼저일듯

Lifeclue · Answer

객체를 핵심으로 생각하시면 됩니다. 사용자가 랭크 포인트를 갖고 있으므로 랭크 포인트를 수정하는 것은 사용자입니다. 누가 나에게 이래라 저래라 하는 상황을 가정해보세요. 식당을 예로 들면 UserService는 일종의 홀 서버라고 생각합니다. 식당의 도메인은 음식을 만드는 것이므로 주방(코드의 User)이 주요 엔터티가 될 것이고, 주방에서 요리를 어떻게 만들고 바꾸는지는 주방에서 알아서 합니다. 홀 서버는 고객의 요청을 주방에 위임할 뿐이죠.

Iswn · Answer

목적을 OOP라고 하셨으니 단순 MVC 계층형 모델 게시판 작업이 아니라는 판단하에..코드를 작성하기 전에 업무부터 정의해보세요유저가 단지 회원가입을 위한건 아닐겁니다.사용자 질의/답변 게시판으로 만들어보면서사용자/관리자(답변자) 로 분류해보면서개발할 업무를 정의해보세요. 그러면 액터가 생기고 역할과 책임으로 분류가 가능해질 겁니다.이 문제(업무)를 해결하기 위해 OOP을 도입하세요

OOP 실제 사용 사례

6개의 답변

Q&A 목록