<aside>
2025년 2월 28일
<aside>
2025년 2월 28일
1. 다같이 멈추고 하라고 했던 이유
어차피 pull을 받아야 한다. 아직 git이 익숙하지 않으니 그런 말을 했었다. git이 익숙하고, 문제가 없으면 필요할 때 pull을 하라.
2. 다같이 받는 것 vs 필요한 기능이 있을 때만 받는 것 <- 뭐가 더 좋은지
현업에서는 필요한 기능이 있을 때만 pull을 한다. 사람에 따라서 다르게 사용하면 된다. 필요할 때만 pull을 해도 된다.
3. rebase 마법의 주문 있나요
rebase는 모든 팀원이 익숙할 떄 사용해야 한다. 실무에서 안 쓰는 곳도 있다. 어려운 기능. 코드가 날라갈 수 있으니 조심해서 사용해야 한다.
</aside>
<aside>
2025년 3월 4일
page size 요청을 받을까? default page size를 설정할 수 있으니, 제한을 두지 말자. size요청을 받으면 요청한 size대로, 요청을 받지 않으면 default size를
다른 repository 접근을 어떻게 해야 할까? repository를 여기저기 접근할 수 있게 하는 건 좋은 선택이 아니다. service에서 service에 접근하는 방법은 순환 참조가 이루어질 수 있다 주의해야 한다. 당장은 repository에 접근하는 방법이 제일 좋을 것 같다.
주문 필수 기능 → aop 로깅 처리 dto를 입력받지 않아도 된다.
주문 필수 기능 → 상태를 순서대로 처리 보험 전화 와서 집중 못해서 못 적었다..
요청을 map을 받아도 될까?
orders: []처럼 객체 형태로 받아야 한다. map으로 받게 되면 힘들다.
대괄호가 전체적으로 들어가고, 그 안에 중괄호로 사용
orders: [
order: {
menuId: 1,
quantity: 3
},
order: {
menuId: 2,
quantity: 4
}, ...
]
or
Orders: {
{menuId : 1, quantity:3}
{menuId : 2, quantity:5}
}
리프레시 토큰 저장
redis를 활용하자. TTL(Time To Live)이 있어서 자동으로 삭제가 가능하다.
RDBMS는 수동으로 지워줘야 한다. → 매 시간마다 돌려서 시간을 확인해야 한다.
Map<String, String> asd = new HashMap<>(); 가 원격으로 있다고 보면 된다.
redis도 key, value 형태로 돌아가는 형태
spring security를 jwt와 같이 사용하는 사람이 많다고 하던데 시큐리티는 어렵다! 사용하기 위해서는 잘 알아야 한다!
AOP에서 공통적인 인가 처리 전체적인 예외처리 -> AOP로 던지고 GlobalExceptionHander로 잡기
<aside>
2025년 3월 4일