자신에 대한 퀴즈를 내고 친구와 공유하는 행운 나눔 웹 서비스
"복 나누미가 되어 나를 퀴즈로 공유하고, 복 받으미가 되어 친구의 마음을 맞혀보세요."
 |
 |
|
|
|
|
|---|---|---|---|---|---|
| HyungGeun BE |
[MiYeon] PM |
[HyeWon] FE |
[YunA] FE |
[ChaeWon] DE |
[JiWon] DE |
- 프로젝트명: Fortunetoss
- 기간: 2024.12.20 ~ 2025.01.23 (5주)
- 주제: 자신에 대한 퀴즈를 만들어 공유하고, 친구가 퀴즈를 풀며 덕담과 행운을 나누는 서비스
- 배포:
Fortunetoss 홈페이지(현재 배포 중단)
- JPA와 QueryDSL을 사용한 도메인 중심 설계
- 연관관계와 생명주기를 고려한 엔티티 설계
- @Valid 기반 유효성 검증 및 커스텀 Validator 적용
- OAuth2 / JWT / Refresh Token 기반 인증 구조
- 테스트 코드 도입하여 개발의 안전장치 확보 노력
|
|
로그인 메인 페이지
홈 화면
문제 작성 및 덕담 입력
정답자·오답자 통계 확인
문제 풀이 및 덕담 확인
결과 공유 및 신규 퀴즈 생성
@Test
@DisplayName("일반로그인_토큰발급성공")
void 로그인_성공() throws Exception {
JoinDTO joinDTO = new JoinDTO("goorm94@naver.com", "password1234&");
String loginRequest = objectMapper.writeValueAsString(joinDTO);
MvcResult result = mockMvc.perform(post("/login")
.contentType(MediaType.APPLICATION_JSON)
.content(loginRequest))
.andExpect(cookie().exists("refresh"))
.andExpect(header().exists("access"))
.andExpect(status().isOk())
.andReturn();
String accessToken = result.getResponse().getHeader("access");
String refreshToken = result.getResponse().getCookie("refresh").getValue();
assertNotNull(accessToken);
assertNotNull(refreshToken);
assertEquals(joinDTO.getUsername(), jwtUtil.getUsername(accessToken));
}🧠 QueryDSL (복주머니 조회)
/**
* Many 기준 조회로 페이징이 가능
* LuckyPouch → Shape, QuestionCustom 은 모두 단일 참조 관계
* fetch join 을 사용해 연관된 데이터를 즉시 로딩 (N+1 방지)
* 페이징(offset + limit) 은 중복 데이터 뻥튀기 없음
*/
public Slice<LuckyPouch> findUsersLuckyPouches(User findUser, Pageable pageable) {
List<LuckyPouch> luckyPouches = queryFactory.select(luckyPouch)
.from(luckyPouch)
.join(luckyPouch.shape, shape).fetchJoin()
.leftJoin(luckyPouch.questionCustom).fetchJoin()
.where(luckyPouch.user.eq(findUser))
.offset(pageable.getOffset())
.limit(pageable.getPageSize() + 1)
.orderBy(
questionCustomIsNotNullDesc(),
luckyPouch.questionCustom.createdAt.desc()
)
.fetch();
boolean hasNext = luckyPouches.size() > pageable.getPageSize();
if (hasNext) luckyPouches.remove(pageable.getPageSize());
return new SliceImpl<>(luckyPouches, pageable, hasNext);
}🚦조건 기반 정렬 (Conditional Ordering)
private OrderSpecifier<Integer> questionCustomIsNotNullDesc() {
return new CaseBuilder()
.when(luckyPouch.questionCustom.isNotNull()).then(1)
.otherwise(0)
.desc();
}🏘️서브쿼리 사용
public Question findRandomQuestion(User findUser){
Question findQuestion = queryFactory.select(question)
.from(question)
.where(question.id.notIn(
queryFactory.select(pouch.question.id)
.from(pouch)
.join(pouch.user, user)
.where(user.eq(findUser))
))
.limit(1)
.fetchOne();
return findQuestion;
}📜 유효성 검증 (커스텀 애너테이션 + Validator 적용)
닉네임 형식 제약을 위해 @Nickname 애너테이션과 Validator 직접 정의
→ 비즈니스 로직과 입력 검증을 완전히 분리
// 커스텀 애너테이션 정의
@Constraint(validatedBy = NicknameValidator.class)
@Target({ElementType.FIELD})
@Retention(RetentionPolicy.RUNTIME)
public @interface Nickname {
String message() default "닉네임은 10자 이내, 특수문자·띄어쓰기·이모지 불가";
Class<?>[] groups() default {};
Class<? extends Payload>[] payload() default {};
}
// Validator 구현
public class NicknameValidator implements ConstraintValidator<Nickname, String> {
// 조건: 10자 이내, 특수문자/띄어쓰기/이모지 포함 금지
private static final String PATTERN = "^[a-zA-Z0-9ㄱ-ㅎㅏ-ㅣ가-힣]{1,10}$";
@Override
public boolean isValid(String nickname, ConstraintValidatorContext context) {
return nickname != null && nickname.matches(PATTERN);
}
}
// DTO + 컨트롤러 적용
public class NicknameRequest {
@NotNull(message = "닉네임은 필수 입력 값입니다.") // 추가
@Nickname
private String nickname;
}
@PostMapping("/users/validate")
public ResponseEntity<ResponseDto<?>> validateUser(@Valid @RequestBody NicknameRequest request) {
return new ResponseEntity<>(
new ResponseDto<>("success", "user validate success", null, null, 200),
HttpStatus.OK);
}🌱 도메인 초기화 (생명주기 활용)
@Component
@RequiredArgsConstructor
public class ShapeInitializer {
private final ShapeRepository shapeRepository;
@PostConstruct
public void init() {
if (shapeRepository.count() == 0) {
List<String> shapes = List.of("A", "B", "C", "D", "E", "F", "G", "H");
shapes.forEach(s -> shapeRepository.save(Shape.builder().domain(s).build()));
System.out.println("Shape 데이터 초기화 완료");
}
}
}🧹 회원탈퇴 로직 (연관관계 참조 및 생명주기 고려)
@Transactional
public void deleteUser() {
User currentUser = getCurrentUser();
pouchRepository.deleteByUserId(currentUser.getId());
luckyPouchRepository.findByUserId(currentUser.getId()).forEach(pouch -> {
if (pouch.getQuestionCustom() != null) {
luckyPouchRepository.delete(pouch);
answerRepository.deleteByQuestionCustomId(pouch.getQuestionCustom().getId());
questionCustomRepository.deleteById(pouch.getQuestionCustom().getId());
}
});
luckyPouchRepository.deleteByUserId(currentUser.getId());
userRepository.delete(currentUser);
}이번 프로젝트는 팀 단위에서 도메인 중심 설계(JPA + QueryDSL) 를 적극적으로 적용해 보았다.
단순 CRUD 중심의 백엔드가 아니라, 엔티티 간 연관관계와 생명주기를 고민하며 설계했다는 점이 가장 큰 차이였다.
- QueryDSL로 복잡한 조건 검색과 페이징 로직을 직접 구현하며, SQL과 ORM 사이의 균형을 체감했다.
- OAuth2 + JWT 인증 구조를 구축하면서 토큰의 발급·갱신·만료 흐름을 코드로 명확히 다뤘다.
- 커스텀 @Valid 검증기를 구현해 입력값 검증을 서비스 로직과 분리하는 구조적 사고를 익혔다.
- 생명주기(@PostConstruct) 를 활용해 도메인 데이터를 초기화하며 Spring Lifecycle을 이해했다.
다양한 직군의 팀원들과 협업하며 소통하는 과정이 즐거웠고, 각자의 역할에서 나온 다양한 의견을 들을 수 있어 유익한 경험이었다.
💬 “5주간의 짧은 협업이었지만, 개발 기술뿐만 아니라 협업과 소통 능력까지 배울 수 있었던 뜻깊은 시간이었다.”
© 2025 Team Bokkie — Fortunetoss
