[⚠애니짤] 형냐들 디렉토리 구조 어케 짜요?

[익명(117.111)]

https://www.geeksforgeeks.org/spring-boot-code-structure/

Spring Boot - Code Structure - GeeksforGeeks

둘중 하나로 하라고 하는데 그냥 코카콜라 맛있어로 정해요?

[프로그래밍(nowadays3724)]

[미코토미사카(game8railgun)]

지금 회사가 위에꺼 쓰고 전회사가 아래꺼였음

[익명(106.101)]

위에꺼가 확장성 고려하면 좋고 아래꺼는 그냥 소규모 플젝에서 좋음

[익명(117.111)]

음.. 꼴리는거 써야겠다

[익명(117.111)]

만약 Champion, ObjectMonster 라는게 있으면 첫번째 방식일때 챔피언 모듈 안에서 오브젝트 몬스터 관련 디비 데이터를 참조해야하는 상황이 있으면 오브젝트 몬스터 서비스를 챔피언 서비스 필드에 주입해서 특정 메소드 써야함? 아니면 오브젝트 몬스터 레포만 주입해서 거기서 써야함?

[익명(117.111)]

이게 아래 방식일때도 비슷할텐데 보통 어케함? ㅇㅅㅇ

[익명(117.111)]

디비 정보말고 특정 메소드를 호출해야하면 결국 서비스 통해야할거같긴한데 흠냥

[choi4624(choi4624)]

난 레이어 선호함, 서비스가 다른 도메인의 서비스를 참조하는 구조인 경우가 꽤 많음. 다만 DI 제대로 적용할것.

[choi4624(choi4624)]

DI 제대로 적용한다의 의미는, Interface로 된 선언부랑, Implementation 으로 된 구현부를 나누라는 말임. Repository처럼. 불편하지만 매핑할때 Mapstruct 쓰는게 좋을거다.

[익명(117.111)]

레이어가 첫번째임?

[익명(117.111)]

아래 구조로는 뭐 예전에 책으로 대충 했을때 했었던거 같긴함

[익명(117.111)]

걍 익숙한 구조로 해야겠다 저 사이트에서도 튜토리얼 뭐 만들때 저 구조로 하더라고

[choi4624(choi4624)]

아 근데 나는 레이어 내에 feature (혹은 entity) 수준으로 구분을 넣도록 패키징 하는 경우도 있음. 딱봐도 복잡하고 많아보이는 애들이 그렇게 됨. 레이어 하다가 너무 큰데 하면 layer 내 feature로 변환도 함. IDE 좋고 파이썬 같은게 아니라서 옮기기 쉽지.

[익명(211.234)]

개인적으로는 크면 feature로 나누고 작으면 layer로 나누는걸 선호하는데 feature로 나누는게 은근 비효율적일 수 있음

[프로그래밍(nowadays3724)]

둘다 해보면, 나중되면 같아짐. 파일이랑 디렉토리 너무 많아져서.... 규칙만 지키셈... - dc App