앞부분과 뒷부분을 분리하는 데 어떤 기술이 사용됩니까?

앞부분과 뒷부분을 분리하는 데 어떤 기술이 사용되나요?

1. AJAX 및 JSON과 같은 기본 대화형 기술

2. 동일 출처 정책으로 인해 발생하는 도메인 간 액세스 문제

3. -end 모의 테스트 .

전통적인 분리 방법

제 생각에 프론트엔드와 백엔드를 생각해보면 기본적으로 가장 먼저 나타나는 차이점은 백엔드는 데이터베이스와 서버를 다루고, 프론트는 -end는 데이터베이스와 서버를 처리합니다. 별 문제 없을 것 같고 다들 그렇게 생각하는 것 같아요. 물론, 여기에는 아무런 문제가 없습니다. 우리는 항상 브라우저를 코드의 두 부분을 분리하는 경계로만 사용한다고 생각했습니다. 그러나 프런트엔드와 백엔드 분리의 원래 의도는 프런트엔드 개발자와 프런트엔드 개발자의 책임을 분리하는 동시에 개발 모델의 문제를 해결하는 것입니다. 하지만 이전에도 지금도 그 책임이 명확하지 않은 것 같습니다. 비록 프런트 엔드가 브라우저를 다루지만, 브라우저가 최종적으로 얻는 페이지는 서버가 템플릿을 통해 생성한 임시 정적 페이지일 뿐입니다. 따라서 백엔드는 템플릿을 처리해야 하기 때문에 실제로 관련됩니다. 물론 일반적으로 두 가지 전통적인 개발 협업 모델이 있습니다.

첫 번째는 먼저 프런트 엔드에 정적 페이지를 작성하고 작성된 후 백엔드에서 템플릿을 설정하도록 하는 것입니다. 정적 페이지는 로컬에서 개발할 수 있으며 비즈니스 로직을 고려할 필요가 없습니다. 보기만 구현하면 됩니다. 단점은 백엔드 템플릿도 필요하며 이러한 프런트엔드 코드는 오류를 방지하기 위해 백엔드에서 찾아봐야 한다는 것입니다.

또 다른 협업 모델은 프런트엔드가 템플릿을 직접 작성한다는 것입니다. 여기서 문제는 프런트엔드 작성 프로세스가 백엔드 환경에 크게 의존한다는 것입니다. 거의 일할 수 없습니다.

분명히 두 방법 모두 문제점이 많아 보이지만, 적어도 이것은 지금까지 대부분의 회사에서 채택하고 있는 모델입니다. 이들은 프론트엔드와 프론트엔드의 개발을 물리적 계층과 구별하는 동시에 프런트엔드의 논리적 색상을 경시합니다. 프런트 엔드가 하는 일은 페이지의 정적 버전을 구현하는 것이므로 대부분의 회사에서는 프런트 엔드 엔지니어에게 일자리를 찾습니다. 기업이 채용할 때 프런트엔드 엔지니어에 대한 현재 요구 사항을 살펴보면 기본 페이지 제작 기술 외에도 추가적인 디자인 책임도 있습니다.

이때 저희는 원래 프론트엔드와 백엔드를 분리했다고 생각했는데, 템플릿의 민망한 문제로 인해 프론트엔드와 백엔드 엔지니어들이 확실히 많이 고생했습니다. 웹사이트 아키텍처는 프런트엔드와 프런트엔드를 분리하는 것이 아닙니다.

추천 튜토리얼: "PHP" "JS Tutorial"

위 내용은 앞부분과 뒷부분을 분리하는 데 어떤 기술이 사용됩니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!