jsp는 왜 없어졌나요?

JSP가 폐지된 이유는 기술이 낙후되었기 때문이 아니라 업계 동향 때문입니다. 이제 프런트엔드가 프런트엔드 코드를 작성하고 백엔드가 코드를 작성하는 것이 강조됩니다. 백엔드 코드. 프론트엔드와 백엔드를 분리할 필요가 없으므로 코드가 병합되므로 jsp 사용이 제한됩니다.

JSP 등장 이유

JSP는 어떤 문제를 해결해 줄 것 같나요?

먼저 다음 상황을 살펴보겠습니다.

Java 코드에서 서버가 브라우저에 대한 HTML 페이지에 응답하려면 태그를 코드에 연결해야 합니다.

이러한 작업은 매우 번거로울 뿐만 아니라 가독성도 좋지 않습니다.

그럼 이 문제를 해결할 수 있는 방법은 없을까요?

jsp 기술이 탄생했습니다. jsp 파일에서는 Java 코드와 HTML 코드를 모두 작성할 수 있으며 이는 특히 강력합니다.

jsp 정의

JSP의 전체 이름은 Java Server Pages이며, 이는 Java 서버 페이지로 번역되면 그 본질은 단순화된 서블릿입니다.

Sun에서 시작하고 많은 기업의 참여로 확립된 동적 웹 페이지 기술 표준입니다.

Dabaihua는 Java 코드와 HTML 코드를 모두 작성할 수 있는 파일입니다.

jsp는 왜 없어졌나요?

JSP 자체가 없어지는 것은 기술이 낙후된 것이 아니라 업계 동향 때문입니다.

이제 강조점은 프론트엔드와 백엔드의 분리입니다. 프론트엔드는 프론트엔드 코드를 작성하고, 백엔드는 백엔드 코드를 통합할 필요가 없습니다. 엔드 및 백엔드 코드가 있으므로 jsp 사용이 제한됩니다.

물론 아무도 안쓰는게 아니라 덜 쓰일 뿐이죠.

JSP 사용의 문제점:

• 동적 리소스와 정적 리소스는 모두 결합되어 있으며 진정한 동적 및 정적 분리를 달성할 수 없습니다. 서버는 CSS http 요청, js, 사진, 동적 코드 등과 같은 다양한 http 요청을 받기 때문에 큰 압력을 받고 있습니다. 서버에 문제가 발생하면 프런트엔드와 백엔드가 함께 플레이되며 사용자 경험이 극도로 저하됩니다.

• 프런트엔드 엔지니어가 HTML을 완성한 후, Java 엔지니어는 HTML을 jsp 페이지로 수정해야 합니다(페이지에 많은 수의 js 코드가 자주 나타나기 때문입니다). 문제는 양 당사자가 개발을 조정해야 하는데 이는 비효율적입니다.

• JSP는 Java(Tomcat 등)를 지원하는 웹 서버에서 실행되어야 하며, nginx 등을 사용할 수 없으며(nginx 단일 인스턴스 http 동시성은 최대 5w) 성능을 향상시킬 수 없습니다.

• JSP를 처음 요청하는 경우 웹 서버에서 서블릿으로 컴파일해야 하며 첫 번째 실행 속도가 느려집니다.

• JSP를 요청할 때마다 서블릿에 액세스한 다음 출력 스트림을 사용하여 HTML 페이지를 출력하는데 이는 HTML을 직접 사용하는 것만큼 효율적이지 않습니다.

• JSP에는 많은 태그와 표현식이 있습니다. 프론트 엔드 엔지니어는 페이지를 수정할 때 많은 어려움을 겪게 됩니다.

• JSP에 컨텐츠가 많으면 동기적으로 로드되기 때문에 페이지 응답이 매우 느려집니다.

위의 문제점 중 일부를 기반으로 프론트엔드와 백엔드의 진정한 디커플링을 달성하려면 전체 프로젝트의 개발 비중을 앞으로 옮겨야 합니다!

위 내용은 jsp는 왜 없어졌나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!