#facade

클린아키텍처에서 Application 레이어는 꼭 필요할까요?

클린+레이어드 아키텍처를 공부하면서 Usecase와 Facade 같은 Application 레이어에 대해서 처음 알게되었습니다. 처음엔 하나에 모아서 service들을 호출할 수 있네? 좋잖아? 라는 생각이었는데, 실제로 코드를 작성하다보면 단순 서빙만을 하는 경우가 더 많아서 복잡성만 증가하는 느낌을 받은 적이 있습니다. 저는 개인적으로 MSA 에서는 Event로 도메인간 연결이 이뤄지니까 Application 레이어가 오히려 코드 복잡성만 높히지만, Monolithic에서는 유의미하게 동작하는 것 같습니다. 그래서 Application 레이어는 아키텍처에 따라 선택될 수 있지 않을까? 라고 생각이 들더라고요. Application 레이어의 유무가 꽤나 논쟁이 있는 주제라고 들었는데, 여러분은 어떻게 생각하시나요?

클래스가 너무 커질때

클래스를 기능별로 분리한 후 1. Facade 패턴을 이용해서 하나로 합친다. 2. 컨트롤러 단에서 분리된 클래스를 일일이 주입받아 사용한다. 1번 방법은 컨트롤러에서 쓰기 간편하니 좋지만, 하나로 합쳐진 클래스가 여러 책임을 지게 될까봐 걱정되고. 2번 방법은 컨트롤러 메서드 적을 때 이 클래스 저 클래스 다 끌어와야 해서 걱정됩니다. 스프링 공부하면서 간단한 게시판 만들고 있습니다. 조회 방식이 좀 다양해서 조회 관련 메서드만 14개가 나왔는데 등록, 수정, 삭제까지 합치니까 하나의 클래스에 담기에는 너무 무거워보입니다. 조회는 따로 떼어놓으려고 하는데 게시글 관련 클래스가 3개가 돼버려서 그 클래스를 대신 호출해줄 클래스를 두려고 합니다. 뭔가 해결책이 찝찝한데 좋은 방법 없을까요?