시큐리티 로직 조금만 복잡해지니 왜 ddd 쓰려는지 감이오네
시발
근대 일단 시큐리티로 각각 따로 배운거 다 연동해서
깔끔하게 연동해야되는데 기존에 배운거 보니까 db 설계도 잘못되어있는 걸 가르쳐줘서
나중에 다시 연관관계 풀어야됨
1대다를 왜 이따구로 썻지하면서 db 다루고 jpa 다루고
연동되었는지 확인하고 로직상 이게 맞는지 확인하고
이것까지 다 고치면 포폴 못 만들고 나중에 1대다 활용 할 때 참고하기도 좋아서 걍 쓰고 있는데 욕 나옴
본인 코드가 다른 사람 코드 그대로 가져와서 잘못되었는지는 알아차렸으나, 시기는 늦었고 나중에 1대다 연관관계 잡기는 좋아서 쓰고는있는데 따로 배운거 합치려니 프로젝트 규모가 아주 살짝 커졌을뿐인데 욕나옴 시발
아무리 처음 프로젝트 한다고 하지만
나름 jpa 어느정도 이해하고 db 이해하고 각 시큐리티 강의 이해했는데 합치는거 외캐 빡센데 욕나와
그냥 블로그 남이 구현한거 가져다 쓸까하면서도 참는데 그냥 욕 나옴
시발
근대 일단 시큐리티로 각각 따로 배운거 다 연동해서
깔끔하게 연동해야되는데 기존에 배운거 보니까 db 설계도 잘못되어있는 걸 가르쳐줘서
나중에 다시 연관관계 풀어야됨
1대다를 왜 이따구로 썻지하면서 db 다루고 jpa 다루고
연동되었는지 확인하고 로직상 이게 맞는지 확인하고
이것까지 다 고치면 포폴 못 만들고 나중에 1대다 활용 할 때 참고하기도 좋아서 걍 쓰고 있는데 욕 나옴
본인 코드가 다른 사람 코드 그대로 가져와서 잘못되었는지는 알아차렸으나, 시기는 늦었고 나중에 1대다 연관관계 잡기는 좋아서 쓰고는있는데 따로 배운거 합치려니 프로젝트 규모가 아주 살짝 커졌을뿐인데 욕나옴 시발
아무리 처음 프로젝트 한다고 하지만
나름 jpa 어느정도 이해하고 db 이해하고 각 시큐리티 강의 이해했는데 합치는거 외캐 빡센데 욕나와
그냥 블로그 남이 구현한거 가져다 쓸까하면서도 참는데 그냥 욕 나옴
기존에 따라서 구현한게 db 설계가 잘못됨 시발 연습용이라 그냥 알려주신것 같은데 이렇게 설계하면
Native query 생각하면 잘못된 코드 나오는데 시발 왜 이렇게 짯는지
ddd랑 전혀 관련 없는 이야기를 하는 것 같은데
시큐리티 로직이랑 기존 로직(로그인/회원가입)이 너무 무거워서 컨트롤러로 구분해야되는 상황같음 이걸 같은 시큐리티 안에 넣어두면 다른 서비스로직이랑 패키지 묶기가 애매해지고,그렇다고 컨트롤러 서비스 레파지토리를 한번에 넣자니 시큐리티가 있어서 장기적으로 볼 때 비즈니스랑 시큐리티랑 구분이 안될 것 같음
그러면 결국에 시큐리티라는게 있다고 생각하고 user 계층이랑 시큐리티 로직이랑 장기적으로 고려했을 때 따로 구분해야 될 것 같은 상황임
둘 중 하나에만 도매인이 존재하면 시큐리티 안에 유저 로그인 담당하는 서비스가 있으면 비즈니스적으로 이해가 안될 것 같고
원래였으면 컨트롤러 서비스 레파지토리 이렇게 담았는데 프로젝트 규모가 시큐리티 살짝 설정했는데 너무 복잡해져서 비즈니스를 컨트롤러로 분리해서 알아서 처리하게 해야할 것 같고