RequestHandler 버전 간 process() 파라미터 차이 질문
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
안녕하세요. 강의 자료의 버전 별 파라미터 차이에 관해 질문드립니다.
HttpRequestHandlerV2는 process()에 Socket 파라미터를 받지 않고 멤버 변수를 쓰는데, HttpServerV1과 V3부터 최종 버전까지는 process()에 Socket을 받는 것으로 강의 자료에 나와 있습니다. 어떤 스타일을 따르는 게 맞을까요?
Câu trả lời 2
1
안녕하세요. sjahn님
둘다 필요한 방법입니다 🙂
진행중에 각각 필요한 방식이 달라지기 때문에 중간에 변화가 되었습니다.
1. 멤버 변수 방식 (상태를 가지는 객체 - Stateful)
적절한 상황: 객체가 고유한 데이터(상태)를 스스로 관리하고, 그 데이터의 변화를 추적해야 할 때.
2. 파라미터 전달 방식 (상태가 없는 객체 - Stateless)
적절한 상황: 객체가 스스로 데이터를 기억할 필요 없이, 외부에서 재료를 받아 가공이나 흐름 제어 같은 '행위(로직)'만 전담할 때.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다.
sjahn님, 강의 자료에서 HttpRequestHandler의 버전 간에 process() 메서드의 파라미터 차이에 대해 궁금해 하시는 것 같아요.
일반적으로, process() 메서드에 Socket을 파라미터로 받는 방식은 메서드 호출 시 인자로 제공된 Socket을 이용해 처리 과정을 명확히 하고, 의존성을 명확하게 분리하는 장점이 있습니다. 이는 코드의 재사용성과 테스트 용이성을 높이는 데 도움을 줄 수 있습니다.
반면, 멤버 변수를 사용하는 방식은 클로저와 같은 함수적 프로그래밍의 일부와 유사하게 상태를 유지하거나 간단한 처리 흐름을 구현하는 데 유리할 수도 있습니다. 다만, 이 방식은 코드의 가독성과 유지 보수성에 영향을 줄 수 있으니 주의가 필요합니다.
어떤 스타일을 따를지 결정하는 것은 사용 빈도와 프로젝트의 전체적인 설계에 따라 다를 수 있습니다. 따라서 프로젝트의 요구사항과 개발 팀의 스타일에 맞춰 적절히 선택하는 것이 좋을 것 같습니다. 추가적으로, Spring Boot에서 관련 정보를 보시려면 Spring Boot Reference Documentation를 참고하시는 것도 좋겠습니다.
궁금한 점이 해결되셨길 바랍니다! 더 궁금한 점이 있으시면 언제든지 질문해 주세요.
리플렉션 default
0
51
1
그럼 SOURCE나 CLASS는 어떤 경우에 사용하나요?
0
75
2
네트워크 프로그램 자원종료 Socket 정리 시 closed 사용 문의
0
99
2
FileInputStream의 transferTo 사용 시 Buffer 문의
0
63
1
오타 제보 드립니다
0
73
2
강좌 복습 팁이 있으신 분들 공유해주시면 감사하겠습니다.
0
104
1
16강 질문있습니다.
0
48
1
한글이 깨질 떄 어떻게 해야 하나요?
0
78
1
자원 정리시 에러가 발생 했을 때 메모리 상황 및 실무에서 로그 확인 방법
0
90
1
인텔리제이에서 네모(스탑버튼) 누르는 것의 의미
-1
66
1
강의 섹션 8: 네드워크 -프로그램 3부분 10:45 오타?
0
86
2
제대로 이해한게 맞나 궁금합니다
0
77
1
File,Files 강의 2번쨰 Files 07:30 에 tmep 파일들을 다 지운건가요 ?
0
61
1
/.well-known/appspecific/com.chrome.devtools.json 에러에 대해서
0
613
1
Socket 자원을 정리할때 stream 을 정리하지 않는 이유가 궁금합니다.
0
89
1
클라이언트 강제종료시 오류 메세지
0
106
2
고급 2편에는 퀴즈가 없네요?
0
97
1
55. 네트워크 프로그램5 - 자원정리2 질문
0
67
1
클라이언트가 FIN과 함께 보내는 ACK는 무엇에 대한건가요?
1
105
2
BufferedInputStream이 1바이트씩 조회해도 성능이 좋은 이유
0
79
1
오타제보
0
59
2
문자 집합 호환성 여부를 판단할 때
0
51
1
utf-8, char
0
51
1
RequestBody를 읽어올 때
0
68
2

