프레임워크를 사용하여 시스템을 직접 작성하지 않으면 MVC 구조가 전혀 필요하지 않습니다. 왜 컨트롤러가 무엇인지 고수해야 합니까? 모든 서버는 다음 작업만 수행한다는 점을 기억하세요. : “일부 데이터를 받아 계산하고 반환합니다. "일부 데이터"가 이 요구 사항을 충족할 수 있으면 시스템이 구성됩니다.
우선 몇 가지 사항을 이해해야 합니다. 프레임워크도 서블릿 기반으로 캡슐화되어 사용하기 쉬워집니다. 귀하의 생각이 맞습니다. 하지만 Servlet API를 살펴보시면 즉시 이해하실 수 있을 것입니다. 몇 가지 아이디어를 알려드리겠습니다. 서블릿이 시작된 후 tomcat은 http 요청을 모니터링하고 이를 애플리케이션에 전달하는 역할을 담당합니다. 새 요청이 들어올 때마다 작성한 서블릿의 서비스 메소드가 호출되고, 이후 요청 내용에 따라 doGet, doPost, 기타 메소드가 각각 호출되므로 서블릿만 상속하면 됩니다. 이러한 메서드 구현을 재정의합니다. 아래 레이어링에 관해서. 서블릿과는 아무런 관련이 없습니다. 레이어링의 목적은 결합을 줄이는 것임을 이해해야 합니다. 도움이 필요하시면 개인 메시지를 보내주세요. 최근에는 Tomcat을 흉내내서 웹 서버를 구축하고 있어서 이 분야에 대해 많이 알고 있습니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
당신의 아이디어는 프레임워크의 계층화된 아이디어이며, 그렇게 해도 아무런 문제가 없습니다.
프레임워크를 사용하여 시스템을 직접 작성하지 않으면 MVC 구조가 전혀 필요하지 않습니다. 왜 컨트롤러가 무엇인지 고수해야 합니까? 모든 서버는 다음 작업만 수행한다는 점을 기억하세요. : “일부 데이터를 받아 계산하고 반환합니다. "일부 데이터"가 이 요구 사항을 충족할 수 있으면 시스템이 구성됩니다.
서블릿에는 요청 수신과 전달이라는 두 가지 혐의만 있습니다. 양식 데이터를 수신하여 해당 객체로 캡슐화한 후 서비스에 전달합니다
우선 몇 가지 사항을 이해해야 합니다. 프레임워크도 서블릿 기반으로 캡슐화되어 사용하기 쉬워집니다.
귀하의 생각이 맞습니다. 하지만 Servlet API를 살펴보시면 즉시 이해하실 수 있을 것입니다.
몇 가지 아이디어를 알려드리겠습니다. 서블릿이 시작된 후 tomcat은 http 요청을 모니터링하고 이를 애플리케이션에 전달하는 역할을 담당합니다.
새 요청이 들어올 때마다 작성한 서블릿의 서비스 메소드가 호출되고, 이후 요청 내용에 따라 doGet, doPost, 기타 메소드가 각각 호출되므로 서블릿만 상속하면 됩니다. 이러한 메서드 구현을 재정의합니다. 아래 레이어링에 관해서. 서블릿과는 아무런 관련이 없습니다. 레이어링의 목적은 결합을 줄이는 것임을 이해해야 합니다.
도움이 필요하시면 개인 메시지를 보내주세요. 최근에는 Tomcat을 흉내내서 웹 서버를 구축하고 있어서 이 분야에 대해 많이 알고 있습니다.