- 웹페이지가 브라우저에 랜더링되는 과정을 설명해주세요.
브라우저에 URL을 입력하거나 링크를 클릭하면 브라우저는 웹 페이지의 HTML, CSS 및 JavaScript 파일을 요청하는 웹 서버에 요청을 보냅니다. 브라우저가 이러한 파일을 받으면 웹 페이지 렌더링 프로세스를 시작합니다.
웹 페이지 렌더링의 첫 번째 단계는 HTML을 구문 분석하는 것입니다. 구문 분석에는 HTML 코드를 DOM(문서 개체 모델)이라는 트리 구조로 나누는 작업이 포함됩니다. DOM은 웹페이지의 구조를 나타내며 브라우저가 JavaScript를 사용하여 페이지를 조작할 수 있도록 합니다.
다음으로 브라우저는 CSS 파일을 사용하여 DOM의 요소에 스타일을 적용합니다. 이 프로세스를 레이아웃 또는 리플로우라고 합니다. 브라우저는 CSS 규칙 및 속성을 기반으로 페이지에 있는 각 요소의 크기와 위치를 계산합니다.
마지막으로 브라우저는 페이지의 JavaScript 코드를 실행합니다. JavaScript를 사용하여 페이지의 내용을 수정하고 상호 작용을 추가하고 서버에 더 많은 데이터를 요청할 수 있습니다.
이러한 모든 단계가 완료되면 브라우저는 화면에 최종 렌더링된 페이지를 그립니다. 이 과정을 페인팅 또는 합성이라고 합니다. 렌더링된 페이지는 이제 완전히 대화형이며 사용자가 상호 작용할 준비가 되었습니다.
요약하면 브라우저에서 웹 페이지를 렌더링하는 프로세스에는 HTML을 DOM으로 구문 분석하고, CSS 스타일을 DOM에 적용하고, JavaScript 코드를 실행하고, 마지막으로 렌더링된 페이지를 화면에 그리는 작업이 포함됩니다.
- Restful API에 대해 설명해주세요. GET,POST 외에 알고있는 메소드와 그 기준을 설명해주세요. RESTful API 가 아닌 것들은 어떤게 있나요?
RESTful API(Representational State Transfer)는 인터넷을 통해 시스템 간에 간단하고 확장 가능하며 유연한 통신을 허용하기 위해 일련의 제약 조건 또는 원칙을 따르는 웹 서비스 아키텍처 유형입니다.
RESTful API의 핵심 원칙에는 HTTP 메서드(GET, POST, PUT, DELETE)를 사용하여 작업을 나타내고 URI(Uniform Resource Identifier)를 사용하여 리소스를 식별하고 표준화된 형식(예: JSON 또는 XML)으로 응답을 반환하는 것이 포함됩니다. 이를 통해 클라이언트와 서버 간의 명확한 통신이 가능하며 각 요청은 독립적이고 독립적입니다.
GET 및 POST 외에도 RESTful API 설계에 사용할 수 있는 다른 HTTP 메서드가 있습니다. 이러한 방법에는 다음이 포함됩니다.
PUT: 기존 리소스를 새 데이터로 업데이트하는 데 사용됩니다. 서버는 현재 데이터를 요청에 제공된 새 데이터로 바꿉니다.
DELETE: URI로 식별되는 리소스를 삭제할 때 사용한다.
PATCH: 기존 리소스의 일부를 업데이트하는 데 사용됩니다. 서버는 요청에 지정된 리소스 부분만 업데이트합니다.
HEAD: GET과 유사하지만 응답의 본문이 아닌 헤더만 반환합니다. 이는 전체 리소스를 다운로드하지 않고 리소스가 존재하는지 확인하는 데 유용할 수 있습니다.
비 RESTful API는 RESTful API의 원칙을 따르지 않습니다. 다른 아키텍처, 통신 프로토콜 또는 제약 조건 집합을 사용할 수 있습니다. 예를 들어 SOAP(Simple Object Access Protocol)는 XML을 사용하여 메시지를 구조화하고 특정 통신 프로토콜을 필요로 하는 널리 사용되는 비 RESTful API 아키텍처입니다.
요약하면 RESTful API는 시스템 간의 단순하고 유연한 통신을 허용하기 위해 일련의 제약 조건을 따르는 웹 서비스 아키텍처 유형입니다. GET 및 POST 외에도 RESTful API 디자인에서 사용할 수 있는 PUT, DELETE, PATCH 및 HEAD와 같은 다른 HTTP 메서드가 있습니다. 비 RESTful API는 RESTful API의 원칙을 따르지 않으며 SOAP와 같은 다른 아키텍처 또는 통신 프로토콜을 사용할 수 있습니다.
