ddd3 Service에 비즈니스 로직을 수행한다...'비.즈.니.스 로.직' Spring과 진짜 초면인 우리 백엔드 개발공부를 하다 보면 너무너무 자주 듣고, 자주 말하는 그 것... Service에서 비즈니스 로직을 수행한다... '비.즈.니.스 로.직' 솔직히, 비즈니스로직이니깐,, 말 그대로 비즈니스 로직이고~ 아주 중요한 녀석이지~라고 단순하게 생각해 왔었는데요,,😭😭😭 그런 제 자신에 대해 반성의 시간을 갖기 위해, Service에서 수행하는 '비.즈.니.스 로.직' ! 다시 한번 짚고 넘아가보도록 해요!!!!!!!!! 👊👊 : 우리가 소프트웨어를 활용하여 풀고자 하는 '현실 세계의 문제'에 대한 '솔루션'! 현실 세계와 연관 지어 표현해 보자면, 업무 수행 과정에서 실제 비즈니스 규칙과 같은 로직을 구현하는 코드라고 할 수 있을 것 같아요 이러한 비즈니스 로직은 데이.. 2023. 4. 8. DDD 설계에서 빼놓을 수 없는 삼총사! Entity & DTO & VO Spring과 진짜 초면인 우리 DDD 설계에서 빼놓을 수 없는 삼총사가 있죠! 바로바로바로~ Entity vs DTO vs VO Entity, DTO, VO는 소프트웨어에서 데이터 모델링을 할 때 사용하는 객체이죠! 각각에 대한 개념 / 특징 / 예시를 한번 살펴보도록 할게요~ Entity 개념: 데이터베이스에서 영속적으로 저장되는 실제 데이터를 나타내는 객체 특징: 고유한 식별자가 있고, 데이터를 변경하는 메서드를 가지며, 비즈니스 로직을 포함할 수 있다 예시: 회원, 상품, 주문 등 DTO (Data Transfer Object) 개념: 여러 개의 값을 가지고 있으며, 서로 다른 시스템 또는 계층 간의 데이터 교환에 사용되는 객체 특징:비즈니스 로직을 가지고 있지 않으며, 데이터 전송을 목적으로 설.. 2023. 4. 5. DDD,, 내꺼인 듯 내꺼 아닌 내꺼 같은 너...!! feat. SQL 중심 설계 Spring과 진짜 초면인 우리 DDD를 '도메인..주도...설계..?' 로만 알고 있던 나..였던 것...인 것... DDD 설계! 많이 들어 본 것 ... 같으면서도 참 .. 내꺼인 듯 내꺼 아닌 내꺼 같은 너 그래서 열심히 알아보았어요.. 어려워... DDD 설계란 ? Domain-driven design (DDD) DDD는 도메인의 깊은 이해를 바탕으로 만들어진 도메인 모델을 중심으로 소프트웨어를 개발, 설계하는 접근법 도메인 지식을 중앙화하고, 도메인을 구체화하며 도메인 모델 간의 경계를 분명히 할 수 있다는 것이 매력적이라고 하네요! (출처 : https://tech.kakao.com/2022/12/12/ddd-of-recommender-team/ ) 도메인 모델이 시스템 전반에 걸쳐 사용되도.. 2023. 4. 5. 이전 1 다음
