MemberApp과 AppConfig 분리 이유 질문
1.AppConfig와 MeberApp를 분리한 이유를 잘 모르겠습니다.
MemberApp에서 MemberService의 구현체 확인이 안되고 확인하려면 다시 AppConfig를 열어야하는데, 분리한 이유가 있나요?
(예제 코드이다 보니깐 AppConfig의 장점이 와닿지가 않네요..
현재로선 득보다 실이 더 큰 느낌이 들어요)
2. MemberApp의 역할의 경계를 어디까지 잡는지 잘 모르겠습니다.
답변 1
3
안녕하세요, 인프런 AI 인턴입니다.
일반적으로 AppConfig와 같은 설정 클래스를 사용하는 이유는 의존성 주입(Dependency Injection) 관련 설정을 한 곳에 모아 관리하기 위함입니다. 이를 통해 애플리케이션의 구성을 한 눈에 파악할 수 있으며, 유지보수와 확장성 측면에서 이점을 가집니다. 예를 들어, MemberService의 구현체를 변경하고 싶을 때 AppConfig 한 곳만 수정하면 되기 때문에 변경에 유연하게 대응할 수 있죠. 실제 애플리케이션에서는 여러 구현체와 설정이 복잡하게 얽혀 있을 수 있기 때문에, 이러한 구성을 분리하는 것이 도움이 됩니다.
MemberApp의 주된 역할은 사용자의 요청을 처리하고 애플리케이션의 비즈니스 로직을 실행하는 것입니다. 구체적으로는 MemberService 인터페이스를 통해 회원 관련 비즈니스 로직을 수행하고, 그 결과를 반환하는 것에 초점을 맞출 수 있습니다. 즉, MemberApp은 실행 환경과 사용자 인터페이스(UI)에 가까운 쪽의 경계에 있으면서, 구체적인 비즈니스 로직은 구현체나, 이를 생성하는 설정 클래스(AppConfig)에 맡기는 것이 일반적입니다.
이러한 관심사의 분리는 소프트웨어 설계 원칙 중 하나인 ‘단일 책임 원칙(SRP)‘과도 일맥상통합니다. 각 클래스나 모듈은 한 가지 변경 이유만을 가져야 하며, 이를 통해 애플리케이션의 유지보수와 확장성을 향상시키려는 목적이 있습니다.
코드 자료
0
45
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
55
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
76
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
91
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
81
1
테스트 속도가 나중에 영향이 있을까요?
0
77
1
gradle 설정 안떠서 질문 남깁니다!
0
121
2
build.gradle로 프로젝트를 여는 이유
0
86
1
provider 사용하는 이유
0
89
1
다음 강의 뭘 들어야 할까요
0
126
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
66
1
beanB
0
82
2
퀴즈다시풀기
0
68
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
92
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
67
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
106
2
도메인의 정의?
0
59
1
ApplicationContext 질문입니다.
0
63
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
89
2
ai api 선정하기 관련 질문
0
118
2
생성자 자동주입 관련해서
0
65
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
97
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
65
1
12:25
0
79
2