CharacterController
CharacterService
CharacterRepository
GameController
GameService
GameRepository
HistoryController
HistoryService
HistoryRepository
타 테이블 1:1 매칭되는 상태임
이번에 특수한 정보를 불러오는 API 하나 짜게 생김
저 공통 각각의 Controller에 있는 GET POST PUT DEL로는 허용이 안되는 그런 API임
걍 콘트롤러 새로 하나 짜서 거기다 예외적인 API는 다 때려 넣을까?
업무 콘트롤러 느낌이 되겠네
아니면 콘트롤러를 업무적 요소(프론트의 큰 업무단)로 만들고 그 콘트롤러에서 입맛에 맞게 여러 서비스의 메소드 호출해서 지지고 비비고 할까?
rest 형식깨기 싫어서 그런거임? get post put del로 허용이 안되는 그딴게 어딨음 그냥 단수히 다른로직 섞이는게 싫은거면 컨트롤러 나누고 아니면 최대한 성격이 비슷한 컨트롤러에 달고 라우팅만 다르게해주면되는건데
콘,서,레 세개 다 테이블 1:1매칭하면서 레스트 유지 vs ㅈ같은 API 짜야할땐 여기서 최대한 성격이 비슷한 콘트롤러 하나에 처박기 vs 그냥 콘트롤러는 도메인으로 몇개 소수 유지
완전한 rest는 솔직히 불가능하고 나는 이런경우 있으면 최대한 같은 테이블보거나 성격이 비슷한 컨트롤러에담 어디 별도 컨트롤러에 만달겠다? ㅋㅋ 거기에 몇십개 생길듯 ㄹㅇㅋㅋ
근데 그냥 자기 맘이지 누가 완전한 구조 짜주는것도아니고 최대한 관리 편하고 남이봤을때 이해만되면 됨 고민 해보고 맘에드는데로하셈
도메인 콘트롤러는 쫌 별로인거같더라 그 안에 여러 서비스 뭉쳐있고 찾기도 불편 길이는 늘어나