AppConfig 내 멤버함수 배치(작성순서) 질문
224
작성한 질문수 4
코드에 대한 작성순서? 관례? 에 관한 질문입니다.
혹은 실무에서의 이점이 있을까요? 가 될 수도 있겠네요
top down 이냐 bottom up 이냐의 접근방식 차이가 될 것 같습니다.
규모에 따라 다르겠으나 조립도에 따라 맞춰 나갈 수 있는 top down 방식으로 구성하는 방향이 나은거겠죠?
( 작성하다보니 top down 이 유지보수에서는 더 나아 보입니다.)
( 설계도면이라고 하기에는 너무 거창해 보여 조립도라고 했습니다.)
---
Service 객체 생성 함수를 만들고 하위에 각 Service 가 필요로 하는 구성요소를 배치하였는데요
반대로, 필요로 하는 것들을 다 준비하고 마지막에 엮어줘도 되지 않을까 해서요
Repo 는 A를 쓰고 Policy 는 X 를 쓸건데 이 재료들은 각 서비스에서 이렇게 쓰인다.
---
top down 이냐 bottom up 이냐의 접근방식 차이가 될 것 같습니다.
top down 의 경우 이러한 서비스가 있는데 아직은 모르지만 이러한 것( Repo, Policy) 들이 필요하네? 이건 뭘로 이루어졌지? 의 의문을 품은체 읽어내려갈거고
bottom up 의 경우 이러한 준비물들이 있는데... 그래서???
아~ 여기에 이렇게 쓰이는구나가로 읽혀내려가겠네요
답변 1
4
안녕하세요. 보리싹님^^
이 부분에 대한 정답은 없지만, 코드도 최대한 사람이 읽기 편한 방식으로 적는게 좋다 생각합니다.
우리가 신문이나 기술 문서를 볼때를 생각해보면, 먼저 큰 목차를 대략 보고 점점 구체적인 부분으로 들어가게 되지요.
그래서 대목차 -> 중목차 -> 소목차 이런식으로 구성하고, 흐름을 순서대로 잡는 것이 읽기에 좋습니다.
메서드의 경우에도 마찬가지 입니다. 비즈니스 로직의 큰 흐름을 가진 메서드가 최상위에 보이고, 그 하위에 구체적인 메서드 들을 순서대로 나열하는 것이 읽기에 좋습니다.
관련해서 클린 코드 책을 한번 보시길 권장드립니다^^
감사합니다.
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
49
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
72
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
87
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
79
1
테스트 속도가 나중에 영향이 있을까요?
0
75
1
gradle 설정 안떠서 질문 남깁니다!
0
116
2
build.gradle로 프로젝트를 여는 이유
0
81
1
provider 사용하는 이유
0
85
1
다음 강의 뭘 들어야 할까요
0
123
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
62
1
beanB
0
79
2
퀴즈다시풀기
0
63
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
90
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
63
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
102
2
도메인의 정의?
0
57
1
ApplicationContext 질문입니다.
0
60
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
86
2
ai api 선정하기 관련 질문
0
115
2
생성자 자동주입 관련해서
0
60
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
93
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
63
1
12:25
0
75
2
appConfig.xml 오류
0
127
1