전체 글

최종 프로젝트에 들어갔다. 기존 팀들과 달리 S.A 부터 엄청 세세하게 짰는데, 어렵다... 기능 목록을 먼저 작성하고 → 아키텍쳐 그리고 → 와이어 프레임 → ERD → API 명세서 이런 식으로 진행했는데 사실 API 명세서 작성에 어려움이 많아서 중간 중간에 그만두고 와이어 프레임을 그리고, ERD를 설계한 후에 진행했다. ERD를 설계할 때, 가장 어려웠다. 공연장과 좌석을 연결하여 구성했는데, 처음에는 좌석 안에 이 좌석이 경매석인지 선착석인지를 표기하는 컬럼과 가격 컬럼이 들어있었다. 그런데 생각을 곰곰히 해보니(다른 팀원분이 ㅎ) 좌석의 가격, 판매 타입은 공연장이 아니라 공연에 따라 변동되는 값이기 때문에 공연과 좌석의 복합키로 구성된 공연 별 좌석 가격 테이블을 새롭게 생성하여 가격과 판..

발표 피드백에서 GitHub Action Redis TTL 아키텍쳐 에 대해 들었다. 공부하자 ㅎ 내일....

CardService 클래스에 대한 테스트 코드를 짜는데, 워낙 의존하고 있는 클래스가 많아 Mockito를 활용하기가 너무 어려웟다... given-willReturn 이 너무 많이 사용되고, 상위 엔티티의 id를 참조하는 경우가 많기 때문에, 차라리 H2를 이용하여 실제 값을 넣도록 진행했다. 값들을 저장하는 것은 문제가 Never 없었다. 하지만!! ⚠️ 한 개의 테스트가 끝날 때마다 데이터 값들을 모두 지워줘야 했는데 다른 엔티티의 repository를 직접 사용하는 것이 아니라, service 단을 거쳐서 사용하기 때문에 deleteAll 메서드를 사용할 수 없었다. 그래서 다시 mockito 를 적용해보려하다 장렬히 실패....... 다시 기존으로 돌아와서 여러 서치를 해본 결과 Databas..

GIT 껌이네 이전 부터 나를 끈질기게 괴롭히던 git 특히 수정 중 다른 분들의 코드를 pull 하면 생기는 이 글... 이번에도 역시나,,,, 개발 양이 많다보니 더욱 많이 빠르게 발생했다.. 처음에는 그냥 아에 포기하고 새로 clone 했다. 이후에 또 발생해서 한 번 새로운 것을 시도 로컬 develop 브랜치에서 머지된 코드를 pull 작업 중이 브랜치에서 stash 하여 작업하던 내용 저장 git merge develop으로 merge! git stash apply 로 저장해놓은 코드 가져오기 완료 사실 이게 왜 되는지는 잘모르겠다. 하지만 되는 것에 의미를 부여해보자!ㅋ 원리는 추후 알것이다......ㅎ

오늘 JPA 심화 : Spring Data 구조 및 JpaRepository 원리 Spring Data 구조 기능 목록 강력한 리포지토리 및 사용자 지정 객체 매핑 추상화 리포지토리 메서드 이름에서 동적 쿼리 파생 기본 속성을 제공하는 구현 도메인 기본 클래스 명료한 추적 기능 지 hyeyun.tistory.com 강의를 들었다. 내일은 꼭 페이지네이션까지 공부하자 아직 유저 및 이전 단계가 덜 구현되어서 플젝을 진행하기에 어려움이 있어 아직 안하는중 ㅎ 주말 반납하고 빡세게해야겠다 🙏

Spring Data 구조 기능 목록 강력한 리포지토리 및 사용자 지정 객체 매핑 추상화 리포지토리 메서드 이름에서 동적 쿼리 파생 기본 속성을 제공하는 구현 도메인 기본 클래스 명료한 추적 기능 지원(생성 일시, 마지막 변경 일시, 생성자, 마지막 변경자) 사용자 지정 리포지토리 코드 통합 가능성 JavaConfig 및 사용자 지정 XML 네임스페이스를 통한 간편한 Spring 통합 Spring MVC 컨트롤러와의 고급 통합 교차 스토어 지속성에 대한 실험적 지원 원리 Repository 는 MarkerInterface로 특별한 기능은 없다. Repository ~ JpaRepository 까지는 @NotRepositoryBean 이 붙어있는 인터페이스이다. JpaRepository 붙이면 알맞은 프로..

Cascade(영속성 정의) 사용 위치 연관관계의 주인 반대편 - 부모 엔티티(다대일 에서 일) 즉, @OneToMany가 있는 쪽 또는 @OneToOne도 가능 사용 조건 양쪽 엔티티의 라이플 사이클이 동일하거나 비슷해야 한다. 예를 들어, 게시글이 삭제되면 첨부파일도 삭제되어야 한다. 대상 엔티티로의 영속성 전이는 현재 엔티티에서만 전이 되어야 한다. 예를 들어, 첨부 파일을 게시글이 아닌 다른 곳에서 영속성 전이를 하면 안된다. 옵션 종류 ALL : 전체 상태 전이 PERSIST : 저장 상태 전이 REMOVE : 삭제 상태 전이 MERGE : 업데이터 상태 전이 REFRESH : 갱신 상태 전이 DETACH : 비영속성 상태 전이 orphanRemoval(고아 객체 제거) 사용 위치 @OneToM..

새로운 프로젝트 시작 최종 전 마지막 팀플 호ㅏ이팅! 팀원들과 굉장히 손발이 잘맞는듯 다들 뚝딱뚝딱 완성! Trello 같은 협업 툴을 구현하는 플젝 굉장히 상세히 구체적으로 잘 나눴다 API 명세서 ERD 이제부터 뚝딱 뚝딱 만들어보자