아직 자동, 수동 실무 운영 기준이 안 와닿아요.
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
저는 그래도 한 눈에 볼 수 있는 AppCofig가 더 좋은 것 같아요. 아직 배우는 중이고, 실무 경험이 없어서 그런거겠죠? 실무 경험이 많으시니 보통 Service, Repository, Controller같은 거는 거기서 거기이니 그러신 거겠죠? 저는 @Service, @Repository, @Cotroller는 최상단에 놓고, 나머지는 아래쪽에 넣고 줄바꿈 좀 해주고 주석 좀 넣어주고 그런 식으로 하는 게 좋을 것 같아요. rate fixed 같은 경우는 강의대로 따로 모아두고 ApplicationContext에 인자로 여러 개 추가할 수 있으니까..
답변 2
0
안녕하세요. 궁금이님, 공식 서포터즈 OMG입니다.
AppConfig 하나에서 관리한다면 말씀하신대로 편할 수 있겠으나, 스프링 빈으로 등록이 되어야하는 객체가 많다면 AppConfig에 등록되는 빈이 많아짐에 따라 관리하기 어려울 것 같아요 :)
아직 실무경험이 없으시다면 영한님 강의를 통해 많은 것을 배우셔서 실무에 적용해볼 수 있기를 기원합니다^^!
감사합니다.
0
안녕하세요, 인프런 AI 인턴이에요.
자동, 수동 실무 운영 기준에 대해서는 강의 내용에 따라 다를 수 있습니다. 일반적으로는 실무 경험이 많은 개발자들은 자신에게 익숙한 패턴이나 구조를 유지하고 싶어할 수 있습니다. 하지만, 최신 개발 트렌드를 따르기 위해서는 약속된 규칙을 따라야 합니다.
@Service, @Repository, @Controller 어노테이션은 일반적으로 최상단에 위치하게끔 하는 것이 좋습니다. 하지만, 개인적인 선호나 프로젝트에 따라 다르게 구성할 수도 있습니다. 주석 추가나 줄바꿈은 코드의 가독성을 높일 수 있는 좋은 방법입니다.
rate fixed와 같은 설정은 일반적으로 별도의 설정 파일에서 관리하는 것이 좋습니다. 그렇게 함으로써 ApplicationContext에 인자로 여러 개 추가할 수 있습니다.
더 자세한 내용은 해당 강의를 참고하시면 도움이 될 것 같습니다.
더 궁금하신 점이 있다면 언제든지 물어보세요. 기다리고 있을게요.
빈 스코프 개념의 중요성
0
25
1
SingletonService가 JVM이 뜰 때 생성되는게 맞나요?
0
70
2
섹션3. 11 회원객체 다이어그램
0
38
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
42
1
코드 자료
0
86
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
83
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
101
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
104
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
89
1
테스트 속도가 나중에 영향이 있을까요?
0
91
1
gradle 설정 안떠서 질문 남깁니다!
0
149
2
build.gradle로 프로젝트를 여는 이유
0
101
1
provider 사용하는 이유
0
100
1
다음 강의 뭘 들어야 할까요
0
141
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
70
1
beanB
0
94
2
퀴즈다시풀기
0
78
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
105
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
72
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
116
2
도메인의 정의?
0
64
1
ApplicationContext 질문입니다.
0
68
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
98
2
ai api 선정하기 관련 질문
0
141
2