질문 1: 기본적으로 정확합니다. 토큰을 사용하는 것은 상태를 유지하는 것으로 간주되지 않으며 단지 임시 액세스 토큰일 뿐입니다.

질문 2: 백엔드 API는 프론트엔드가 ajax인지 상관하지 않습니다. 결국 ajax는 웹 기술일 뿐이고 API는 다양한 유형의 HTTP 요청을 받을 수 있습니다. Web Ajax에서 주의해야 할 유일한 것은 도메인 간 문제입니다.

질문 3: 물론 가능합니다. 이는 전형적인 프론트엔드와 백엔드 분리 웹 개발입니다.

질문 4: 쉽습니다. 프런트엔드와 백엔드는 API 인터페이스에만 동의하면 완전히 독립적으로 개발할 수 있습니다.

질문 5: 사실 예전부터 흔히 있던 일인데, 이걸 스스로 깨달을 수 있다는 게 좋은 것 같아요.

물론 프런트 엔드와 서버 간의 모든 상호 작용은 API 인터페이스를 통해 수행됩니다

PC 측과 앱 측에서 동일한 코드 API 구현 세트를 사용하는 문제에 대해서는 장점과 단점이 있습니다. 앱이 인터페이스에 의해 제한되기 때문에 제공되는 콘텐츠는 여전히 PC 측과 달라야 하기 때문입니다. 물론 구현을 별도로 유지하는 것이 더 좋습니다. 물론 단점도 있습니다. 즉, 코드를 수정할 때 두 곳을 수정해야 하므로 여전히 자신의 종합적인 고려 사항을 살펴봐야 합니다

제품 서비스를 여러 플랫폼으로 확장해야 한다면 API를 활용하여 개발해야 한다고 생각합니다. 또한, 각 플랫폼의 기능과 콘텐츠는 긴밀하게 결합되어 있습니다.

웹사이트에 많은 기능이 있고 주로 웹사이트에서 운영되지만 APP가 훨씬 단순화된 경우에는 이때 전통적인 방식으로 웹사이트를 개발하는 것이 더 효율적입니다.

프런트엔드와 백엔드의 분리는 SEO에 그다지 우호적이지 않습니다.
SEO와 프런트엔드와 백엔드 분리를 고려하기 위해 백엔드 언어를 변경하는 데 시간이 조금 걸립니다