juwoongkim/opinion-trade

의견 거래 서비스

opinion-trade

문서화 목록

• 문서 전체보기
• 서비스 소개
• 핵심 비지니스 로직
• 기능 요구사항
• API
• 도메인 모델링
• 클래스 모델링 상세
• 도메인 분석
• 고민목록

opinion-trade's Issues

응답자별 설문 응답 조회 기능 구현

설문결과에 대해 응답자 별로 결과를 볼 수 있도록 조회하는 기능을 구현한다.

한번쯤 버려보는 이슈

기존 계획 변경으로 남겨두기 애매해서 한번쯤 버려보는 이슈를 만들어본다!

설문 결과 수정기능 구현

의견 요청 설정에서 답변 수정 기능이 있을 때 의견 제공자는 제출한 결과를 수정할 수 있다.

질문 삭제 기능 구현

질문 삭제 기능을 구현한다.
질문은 엔티티로 작성되어 있지만 설문지의 밸류객체이다.
따라서 hard delete를 사용한다.

유저 도메인 API 생성

• 유저 도메인의 REST API 를 작성한다.
• 테스트 코드를 작성한다.

프로젝트 문서정리

• 프로젝트 설계 문서를 저장한다.
• 프로젝트 문서화 링크를 리드미에 정리한다.

질문 순서 변경 기능 구현

질문 순서 변경 기능을 구현한다.

설문 결과 생성기능 구현

의견 제공자가 설문지를 통해 의견 요청한 것에 대해 응답자가 답변할 수 있는 기능을 구현한다.

[과정4] 요청자 구매 답변 조회 API 추가

단순 업데이트 기능 구현입니다.

질문 생성 및 수정 기능 구현

다양한 유형의 질문과 객관식 같은 옵션을 반영할 수 있도록 한다

설문지 도메인 생성

• 설문 도메인의 필요한 도메인 규칙을 명세 목적으로 메서드 명만 명시한다.
• 루트 엔티티와 벨류를 구분한다.
• 레포지토리를 만들어 도메인 생성, 조회를 테스트한다.

도메인 정리

서비스 핵심기능과 거리가 있는 부가적인 도메인 객체를 삭제한다.

처음 선택한 한번에 설계하고 구현하는 방법이 비효율적이였다.
관리하기 어려워 엉성하게 남아 있고 수정 시 변경사항이 많아 비효율적이다.

핵심 기능부터 하나씩 구현하고 기능 구현 시마다 필요한 객체를 추가하는 방식으로 변경한다.

설문지 전체 조회 기능 구현

설문 생성자가 자신이 만든 설문지를 전체조회 할 수 있는 기능을 조회한다.
조회 방식은 offset 기반 페이지네이션을 사용한다.

이유는 유저 한명 당 생성하는 설문지 수가 offtset방식을 사용할 때 성능에 영향을 줄 만큼 많지 않을 것이라고 생각하며 페이지 형식으로 구분하는 것이 더 관리하기 편하다고 생각했다.

설문지가 요청되어 게시판으로 등록되는 것은 요청 이라는 도메인으로 분리했다.
이는 조회 결과가 많을 것이라 판단되어 cursor 기반 페이지네이션을 사용할 것이다.

요청자 설문 생성 기능 추가

설문지 생성 후 응답자에게 요청할때 필요한 API 명세를 작성한다.

질문 수정 기능 구현

질문 수정 기능을 구현한다.

유저 도메인 생성

• 유저 도메인의 필요한 도메인 규칙을 명세 목적으로 메서드 명만 명시한다.
• 루트 엔티티와 벨류를 구분한다.
• 레포지토리를 만들어 도메인 생성, 조회를 테스트한다.

설문지 단일 조회 기능 구현

의견 요청자가 설문지를 생성할 때, 의견 제공자가 설문지 내용을 볼 때 사용하는 기능을 구현한다.

인프라 설정

• 데이터 베이스는 mysql을 사용한다.
• 데이터 연동은 JPA ORM을 사용한다.
• 도커를 사용해서 어떤 로컬에서나 공통적으로 사용할 수 있는 인프라 환경을 구축한다.

질문별 설문 응답 조회 기능 구현

질문별 설문 응답 결과를 조회할 수 있는 기능을 구현한다.

설문지 도메인 API 생성

• 설문 도메인의 REST API 를 작성한다.