[Javascript] SPA방식과 MPA방식

SPA(Single Page Application)
MPA(Multi Page Application)

MPA는 새로운 페이지를 요청할 때마다 정적 리소스가 다운로드 되고,
그에 맞춰 전체 페이지를 다시 렌더링한다.
인터넷 주소창에 주소를 입력하거나, 링크를 클릭하는 등 사용자가 어떤 요청을 하면,
그에 맞는 html, 이미지 등의 파일들이 전부 다운로드 되고 다시 렌더링 된다.

반면 SPA는 웹 애플리케이션에 필요한 모든 정적 리소스를 최초 한번에 다운로드한다.
그 이후 새로운 페이지 요청이 있을 경우,
페이지 갱신에 필요한 데이터만 전달받아 페이지를 갱신한다.
서버로부터 완전한 새로운 페이지를 불러오지 않고 현재의 페이지를 동적으로 다시 작성함으로써 사용자와 소통하는 웹 애플리케이션이나 웹사이트를 말한다.

(참조 https://velog.io/@thms200/SPA-vs.-MPA)

SPA의 장점

• 새로운 페이지 요청 시 전체를 렌더링 하지 않고 변경되는 부분만 갱신하기 때문에 전체적인 트래픽 감소와 렌더링에서 좋은 효율을 가진다.
• 새롭게 갱신되는 부분만 렌더하기 때문에 새로고침이 발생하지 않아 화면 깜빡임 없이 빠른 화면 이동이 가능하다.
• 트래픽의 감소와 속도,반응성의 향상으로 인해 앱처럼 자연스러운 사용자 경험(UX)를 제공하며 모바일 사용이 증가하는 시점에 이는 큰 장점이 된다.
• 모듈화 또는 컴포넌트별 개발이 용이하다.
• 백엔드와 프론트엔드가 비교적 명확하게 구분된다.

SPA의 단점

• 웹 애플리케이션에 필요한 정적 리소스를 한번에 다운로드 하기 때문에 초기 구동 속도가 느리다.
• SPA 구조 상 데이터 처리를 클라이언트에서 하는 경우가 많은데, 해당 로직들은 JavaScript를 통해 구현되므로 코드가 외부에 노출되는 보안적인 문제가 있다.
• 검색엔진 최적화(SEO)가 어렵다.

(참조 https://jongminfire.dev/spa-single-page-application-%EB%9E%80)

요약) SPA는 한 페이지로 구성되는 웹페이지
컴포넌트, 모듈화 개발을 해서 사용자가 변경한 부분만 재렌더링을 함.
따라서 반응 속도가 빠르고 이동이나 움직임이 자연스러워 모바일 시장이 커지는 요즘 큰 장점을 가짐.
단점은 보안적인 문제, 초기 구동 속도가 느리다는 점.