Wanna be Brilliant Full-Stack Developer

요청 주소에 따른 적절한 컨트롤러 요청을 하는데 그떄 Handler Mapping이라는 애가 특정한 함수를 찾아준다! 특정한 함수를 찾아줘서 예를들어 GET요청 => http://localhost:8080/post/1 이라는 주소 요청이 오면 해당 주소 요청이 오면 적절한 컨트롤러의 함수를 찾아서 실행한다. 실행이 되고 응답이 되면 html파일을 응답할지 Data를 응답할지 결정해야 하는데 html 파일을 응답하게 되면 ViewResolver가 관여하게 된다. 그 응답의 패턴을 만들어주는다. 어떤 타입인지에 대한 파일 패턴을 만들어준다 만약에 응답할 데이터가 .jsp파일이라면 앞에 .jsp파일이 있는 경로가 Prefix 붙고 뒤에 있는 뒤에있는 suffix로 .jsp 합성자가 붙어서 해당 어떤 스트링값에..

DispatchServlet에 의해 생성되어지는 수 많은 객체들은 어디에서 관리 될까? 외부에서 Request요청이 오면 아파치는 머리속에 지울것이다. 스프링은 아파치가 동작할수가없다. 정적인 자원을 요청하는건 스프링에서는 없다. 스프링에서는 다 작업파일을 요청한다 서블릿을! Reuqset를 하면 톰캣이 반응을 하는데 첫번째 관문에 WEb.xml이 있고 Web.xml에서 스프링 내부에 들어가기 위해서 두가지 일을 하는데 첫번째는 Frontcontroller 패턴을 쓴다고 했으니까 DispatchServlet이 동작을 하고 Component 스캔을 한다. DispatchServlet은 FrontController와 RequestDispatcher의 결합이다. 궁극적인 목적이 머냐면 주소의 분배이다. 어떤 ..

Reqeust가 들어오면 , 특정 주소 .do라는 주소가 들어오면 frontController에 보내라는 약속의 코드가 web.xml에 있는데 최초의 요청이 왔을떄 URI요청이든 자바파일 요청이 들어오면 바로 자원에 접근을 못한다. 그대신 톰캣에 간다, 톰캣으로 가면 최초에 Reqeust와 Response 객체를 만든다. Request는 어떠한 정보를 가지고 있냐면 요청한 사람의 정보를 들고있다. 요청한 사람의 어떤 데이터를 요청하였는지, 어떤 데이터를 들고 들어왔는지 이런 정보들, 요청한 사람의 정보를 토대로 해서 Response라는 객체를 만든다. 결국은 Request는 나한테 요청한 정보가 들어있고, Response는 내가 응답해줘야되는 객체이다. Response에는 내가 응답한 데이터들을 넣어주면..

구체적인 데이터 요청시에 쿼리스트링이나 주소 변수 매핑이 필요하다? 스프링부트에서는 주소 변수 매핑을 주로사용한다? 훨씬 편리하다는데 구체적인 사례를 통해 보겠다. 통닭집이 있는데 통닭집에는 양념통닭과 , 후라이드가 있고 , 반반 치킨도 있다. 고객이 요청을 할것이다 , 고객이 요청을 하려면 고객이 요청하려면 멀 알아야하냐면 만약에 전화번호가 02-2222이면 고객이 02-2222이라는 전화번호로 요청을 할것이다 요청을 할떄 우리가 통닭집에 무언가를 주는것이 아니라 치킨을 받게 되기떄문에 그것은 GET요청이 될것이다. get으로 02-2222를 요청하면 통닭집에서 의문을 가질거다, 전화를 했는데 어떤 통닭을 달라고 말을 안하니.. 두번쨰로 머가 필요하냐면 쿼리스트링이나 주소변수 매핑이 필요하다 쿼리 스트..