편리함을 주는 대신 성능이 저하되진 않나요?
안녕하세요. 좋은 강의 잘 듣고 있습니다.
이번 강의의 @GetMapping, @PostMapping을 보면서 문득 궁금증이 생겨 질문하게 됐습니다. 결론부터 말하자면 편리함은 성능과 트레이드 오프된 결과물이 아닐까? 라는 생각이 들었습니다. 이런 생각을 한 이유는 다음과 같습니다.
@GetMapping을 타고 들어가보면 강의에서 말씀하신 것처럼 @RequestMapping(method=RequestMethod.GET)이 존재합니다. 즉, @GetMapping이라는 어노테이션을 만들기 위해 @RequestMapping + a의 코드가 작성된 것이죠.
여기서 @RequestMapping 대신 @GetMapping을 사용하므로써 코드가 깔끔해지고, 가독성이 좋아지고, 개발자가 편리하다라는 등의 이점이 생깁니다. 그런데 앞서 말했다시피 실질적인 코드는 +a가 됐으니 코드량과 코드의 동작은 오히려 늘어난 것 아닌가라는 생각이 듭니다. 그렇다면 성능적인 측면에서는 효율이 더 안좋아진 것이 아닐까? 이런 생각이 들었습니다.
더 확장해 보자면, 앞서 강의에서 들었던 프레임워크를 개선하는 과정이나 배민의 문구를 소개해 주셨던 부분을 돌이켜 보면, 어떤 것을 업그레이드 하고, 누군가에게 편하게 제공하기 위해 다른 곳에 많은 작업이 생긴다면 비슷한 맥락에서 편의와 성능이 트레이드 오프 된 것은 아닌지에 대해 궁금해서 질문 남기게 됐습니다.
감사합니다.
답변 1
mvc 패턴 - 적용 강의에서 회원가입할 때 redirect가 아닌 forward인 이유가 궁금합니다.
0
31
1
servlet과 container에 대한 질문입니다
0
54
1
api를 어느 컨트롤러에 작성해야하는지는 어떤 기준으로 해야하나요?
0
86
1
jsp 의존성 수정 요청
0
129
2
요즘 웹 서버가 주로 사용되는 이유는 SPA 구조 때문일까요 ?
0
162
1
save() 메서드 문의
0
80
1
절대 경로로 templates/basic 하위 파일 열면 css 적용 안되는 현상
0
114
1
request-body-json
0
97
2
MVC 패턴의 적용 단위
0
103
1
RequestMapping을 이용한 핸들러, 어댑터
0
124
2
save 후 결과화면
0
101
2
jsp를 이용한 view
0
102
1
application.properties에 debug 추가해도 결과가 똑같습니다.
0
195
1
수업 코드 제공 관련 문의
0
107
2
RequestMappingHandlerAdapter의 Controller 호출 과정
0
110
3
파일 오픈 시
0
76
1
스프링 배치 관련
0
81
1
@RequestParam의 defaultValue가 blank 값도 처리하는 지 여부
0
115
1
postman으로 /request-body-json-v1 호출시 500 error
0
109
1
프론트엔드와 백엔드의 mvc, rest api에 대한 질문
0
90
1
모델의 역할과 계층 분리에 대한 이해 차이 + 추가질문
0
119
1
console log 출력 관련 질문입니다.
0
80
1
애플리케이션이 실행 되지 않습니다 ㅠㅠㅠ
0
149
1
html 변경하는 부분 적용 문제
0
110
1





