spring PART.중간점검 1

서론

지금까지 배운 순수 자바로 다형성과 역할과 구현을 만족하는 어플리케이션을 강의 없이 잘 만드나 중간점검 해봅니다.

 

본론

요구사항과 기능 리스트같은 기획은 다 정해진 상태고 설계와 구현을 해야하는 상황입니다.

 

- 순서

1. 도메인별 협력 관계 설계

이 어플리케이션은 회원과 주문 도메인이 있습니다. 회원 도메인을 요구사항에 맞게 다이어그램으로 설계합니다. 클라가 회원 서비스를 통해 회원 저장소에 접근하는데 이때 가입과 조회를 할 수 있습니다.(요구사항) 주문 도메인처럼 가입과 조회를 할 때 넘겨주는 파라미터도 같이 쓰면 좋습니다.

 

주문 도메인을 요구사항에 맞게 다이어그램으로 설계합니다. 클라가 주문 서비스로 주문을 생성하는데 이때 3가지 파라미터를 넘겨 줍니다.(요구사항)★ 둘 다 보면 클라이언트부터 시작해서 서비스를 거쳐서 비즈니스 로직을 수행합니다.

 

2. 도메인별 클래스 다이어그램 설계

회원 도메인 협력 관계를 보고 회원 클래스 다이어그램을 만듭니다.

 

주문 도메인 협력 관계를 보고 주문 클래스 다이어그램을 만듭니다. ★ 둘 다 보면 클래스 다이어그램은 클라이언트를 뺸 주문 서비스부터 시작합니다.

 

3. 도메인별 역할 개발

-> 회원 클래스 다이어그램을 보고 회원 도메인 역할을 개발합니다.

 

-> 주문 할인 정책 클래스 다이어그램을 보고 주문 도메인 역할을 개발합니다.

 

-> 주문 할인 정책 클래스 다이어그램을 보고 할인 정책 역할을 개발합니다.

인터페이스 개발에 주석을 많이 써야합니다.

 

 

4. 도메인별 구현 개발

-> 회원 도메인 역할을 보고 회원 도메인 구현을 개발합니다.

 

도메인 역할을 보고 도메인 구현을 하는데 이것이 도메인 핵심 개발인 비즈니스 로직 개발입니다. 이때 entity와 enum이 있다면 먼저 개발합니다.

 

그리고 레포 역할이 있다면 먼저 개발합니다.

 

그리고 마지막으로 서비스 구현체를 개발합니다. 구현체를 개발하는데 DI가 필요하면 바로 AppConfig를 만듭니다.

 

 

-> 주문 할인 정책 도메인 역할을 보고 주문 도메인 구현을 개발합니다.

동일하게 엔터티가 있으면 먼저 만듭니다. 레포 역할이 있다면 먼저 개발하는데 위에서 만든 것을 사용할 것이라서 pass합니다.

 

마지막으로 서비스 구현체를 개발합니다.

 

 

-> 할인 정책 역할을 보고 할인 정책 구현을 개발합니다.

위에서는 계속 엔터티와 레포, 서비스를 개발했는데 얘는 그런게 필요없고 서비스에서 가져다 쓸 것이기 때문에 구현체만 만듭니다. 하지만 다른 도메인이니깐 주문 패키지처럼 새로운 패키지를 만드는 것은 같습니다.