웹 방식과 API 방식의 실제 차이점을 잘 모르겠습니다.
웹 방식은 브라우저를 사용한 프런트엔드 렌더링에 해당하고, API는 앱을 사용한 휴대폰/태블릿에 해당한다고 생각합니다. , 웹 방식은 자연스럽고 쉽게 상태(세션, 쿠키)를 유지할 수 있는 반면, API는 상태 비저장이지만 토큰을 사용하여 인위적으로 상태를 유지할 수 있습니다.
이 이해가 맞는지 모르겠습니다. 【질문 1】
API 방식에 Ajax 문제가 있나요? 【질문 2】
이게 가능한가요? 【질문 3】
이거 구현하기 쉽나요? 【질문 4】
이것이 업계의 일반적인 관행인가요? 【질문 5】
黄舟2017-05-16 16:49:25
질문 1: 기본적으로 정확합니다. 토큰을 사용하는 것은 상태를 유지하는 것으로 간주되지 않으며 단지 임시 액세스 토큰일 뿐입니다.
질문 2: 백엔드 API는 프론트엔드가 ajax인지 상관하지 않습니다. 결국 ajax는 웹 기술일 뿐이고 API는 다양한 유형의 HTTP 요청을 받을 수 있습니다. Web Ajax에서 주의해야 할 유일한 것은 도메인 간 문제입니다.
질문 3: 물론 가능합니다. 이는 전형적인 프론트엔드와 백엔드 분리 웹 개발입니다.
질문 4: 쉽습니다. 프런트엔드와 백엔드는 API 인터페이스에만 동의하면 완전히 독립적으로 개발할 수 있습니다.
질문 5: 사실 예전부터 흔히 있던 일인데, 이걸 스스로 깨달을 수 있다는 게 좋은 것 같아요.
怪我咯2017-05-16 16:49:25
PC 측과 앱 측에서 동일한 코드 API 구현 세트를 사용하는 문제에 대해서는 장점과 단점이 있습니다. 앱이 인터페이스에 의해 제한되기 때문에 제공되는 콘텐츠는 여전히 PC 측과 달라야 하기 때문입니다. 물론 구현을 별도로 유지하는 것이 더 좋습니다. 물론 단점도 있습니다. 즉, 코드를 수정할 때 두 곳을 수정해야 하므로 여전히 자신의 종합적인 고려 사항을 살펴봐야 합니다
曾经蜡笔没有小新2017-05-16 16:49:25
제품 서비스를 여러 플랫폼으로 확장해야 한다면 API를 활용하여 개발해야 한다고 생각합니다. 또한, 각 플랫폼의 기능과 콘텐츠는 긴밀하게 결합되어 있습니다.
웹사이트에 많은 기능이 있고 주로 웹사이트에서 운영되지만 APP가 훨씬 단순화된 경우에는 이때 전통적인 방식으로 웹사이트를 개발하는 것이 더 효율적입니다.
PHP中文网2017-05-16 16:49:25
프런트엔드와 백엔드의 분리는 SEO에 그다지 우호적이지 않습니다.
SEO와 프런트엔드와 백엔드 분리를 고려하기 위해 백엔드 언어를 변경하는 데 시간이 조금 걸립니다