프론트엔드 및 백엔드

음, 우리는 응용 프로그램을 파악하고 기본 분류를 수행하고 웹 응용 프로그램 유형을 분류했습니다. 그러나 어떻게 작동합니까?

그리고 여기서 우리는 매우 중요한 조건에 도달합니다.

프론트엔드와 백엔드

가장 간단한 예는 극장입니다. 공연장에 와서 무대 위 아티스트들을 보고 박수를 치고 보답으로 인사를 건넸다. 동시에 우리는 극장이 강당에 국한되지 않고 무대에서 끝나지 않는다는 것을 확실히 알고 있습니다. 의상을 꿰매는 곳, 탈의실에서 준비가 한창, 감독이 지시하는 곳. 우리는 그 모든 것을 볼 수는 없지만 그것이 거기에 있다는 것을 확실히 알고 있으며 모든 것이 없으면 극장이 작동할 수 없습니다.

거의 같은 방식으로 모든 것이 웹 애플리케이션으로 구성됩니다.

우리가 보는 레이어가 있습니다. 일부 사이트를 열 때 표시되는 페이지입니다. 이 페이지에는 클릭할 수 있는 애니메이션과 버튼이 있을 수 있습니다.

이 보이는 레이어를 " 프론트엔드 "라고 합니다. 여기에는 사용자 측의 모든 것이 포함됩니다. 장치 화면에 표시되는 모든 것. 보고 느낄 수 있는 것.

그러나 동시에 모든 것이 프론트엔드에 국한되지 않는다는 것을 확신할 수 있습니다. 결국, 프론트엔드 자체도 최근에는 화면이나 컴퓨터 메모리에 없습니다. 다른 사이트를 열고 브라우저에 해당 주소를 입력하기로 결정할 때 나타납니다.

사이트 표시를 요청하고 응답을 받습니다. 어떤 블록이 있는지, 어디에 위치하는지, 어떻게 보이는지, 어떤 글꼴이 사용되는지. 버튼을 누르면 명령이 서버로 이동하여 일부 정보를 계산하고 답변을 제공하고 문제에 대한 솔루션을 제공합니다. 이 요청 및 응답 시스템인 Request-Response는 모든 웹 애플리케이션이 작동하는 방식의 초석입니다.

인터넷을 통한 요청은 서버, 우리 눈에 보이지 않는 쪽, " 백엔드 "로 이동합니다. 동시에 요청 자체에도 특정 정보가 포함되어 있으며 일부 매개변수가 있습니다. 이 정보를 기반으로 백엔드는 보낼 응답을 결정합니다(또는 정중하게 고개를 끄덕이고 요청 수신을 확인하지만 더 이상 데이터를 전송하지 않음).

HTTP

데이터 전송 프로토콜 자체를 HTTP - HyperText Transfer Protocol이라고 합니다. 브라우저의 주소 표시줄 시작 부분에서 이 4개의 문자를 볼 수 있습니다. 이것은 상호 작용이 HTTP 프로토콜을 사용하여 수행될 것임을 알려줍니다. 우리는 당사자들이 의사 소통할 언어로 합의했다고 말할 수 있습니다.

그리고 그 이름에 속지 마십시오. 사실, 인터넷의 여명기에 이 프로토콜은 하이퍼텍스트만을 위해 고안되었습니다. 즉, 다른 페이지로 이동할 수 있는 링크가 있는 텍스트는 다른 텍스트를 가져옵니다. 이제 Tik-Tok의 재미있는 사진, 노래, 댄스 비디오 등 모든 데이터를 전송할 수 있습니다.

과정의 추가 모듈에서는 요청과 응답의 구조를 자세히 다룰 것입니다. 응답이 포함된 요청과 처리 논리를 생성합니다. 이 단계에서는 프론트엔드에서 백엔드로 또는 그 반대로 데이터를 전송하는 원리를 이해하는 것으로 충분합니다.

데이터베이스

그런데 데이터 자체는 마법으로 나타나지 않습니다. 프론트엔드 측의 요청 모양은 이해하기 쉽습니다. 직접 입력하십시오. 그러나 정보를 전송하려면 저장 및 처리를 어떻게든 구성해야 합니다.

이를 위해 " 데이터베이스 "(DB)가 작동합니다. 그들은 구조화된 형태로 데이터를 저장합니다. 그리고 이 데이터를 관리하는 시스템인 DBMS (Database Management System)가 있습니다. 그것들을 사용하면 데이터베이스에 새 데이터를 쓰고, 거기에서 데이터를 가져오고, 변경하고, 삭제할 수 있습니다(이 모든 것이 약어 CRUD - Create, Read, Update, Delete로 표시됨). 우리는 또한 미래 모듈에서 이 모든 것을 자세히 연구할 것입니다. 일반적으로 데이터베이스가 무엇인지, 작업이 어떻게 구성되어 있으며 AppMaster.io 에서 데이터베이스를 관리하는 것이 얼마나 쉬운지 알아보겠습니다.