좋아, 나는 이것을 간결하게 유지할 것이다 (나는 와플하는 경향이있다).백엔드에서 데이터를 준비하거나 프론트 엔드에서 조작 하시겠습니까?
나는 영화와 관련된 웹 앱을 만들고있어, 내 애플 리케이션의 백엔드 (PHP)에 AJAX 요청을하고 있고, 데이터를 반환하고있다. 현재 JSON 전체를 프론트 엔드 (jQuery)로 반환합니다. 그런 다음 데이터 주변을 살펴보고 관련 부품 + 마크 업을 DIV에 추가합니다. 이제 내 질문은, 내가 (요청에서 모든 데이터를 전송하고 프론트 엔드에서 그것을 조작하는) 이런 방식으로 유지할 것인가 아니면 PHP에서 데이터 주변을 반복하고 프론트 엔드에 마크 업을 되돌려 보내고 DIV에 추가 할 것인가이다. 개입하지 않고? 어떤 것이 최적화에 더 낫습니까? 두 옵션 모두 유지 보수 가능성과 같습니다.
JSON 만 반환하는 것이 좋습니다. 이것은 멋진 웹 서비스로 사용되며 나중에 완전한 RESTful 서비스로 전환 할 수도 있습니다. 마크 업을 변경하면 결국 클라이언트 쪽에서 처리하기 만하면되므로 번거롭지 않게됩니다. 또한 깨끗한 웹 서비스를 사용하고 있다면 JSON을 반환하기 때문에 제 3 자 또는 제 3 자 소비자를 추가 할 수 있으며 웹 서비스를 사용할 수 있습니다.
내가 작업하고있는 응용 프로그램에 대해 이것에 대해 많은 시간을 보냈고 프론트 엔드에서 마크 업을 생성하기로 결정했습니다.
내가이 옵션을 선택한 이유는 백엔드 코드를 변경하지 않고 웹 버전의 모바일 버전을 만들고 싶었 기 때문입니다. 그래서 장기적으로 다른 응용 프로그램에 내 응용 프로그램을 훨씬 쉽게 관리하고 이식 할 수있게 만들었습니다.
프론트 엔드에서 수행 한 작업이 모두 내용을 포함하는 하나의 요소로 처리되고 내용에 따라 형식이 변경되지 않으면 - 백 엔드에서 마크 업을 보냅니다. 그런 다음 앱에서 마크 업의 '청크'를 보낼 수 있으며 추가 프런트 엔드 코딩없이 작동한다는 것을 알고 있습니다. 데이터를 반환하는 옵션을 남겨두고 다른 곳에서 다른 작업을 수행하려고 할 때 사용합니다.
js에서 많은 html을 생성 할 때 유지 관리의 악몽이되기 때문에 프런트 엔드에 마크 업을 보내십시오. 비즈니스 로직을 프리젠 테이션 로직과 분리합니다 (예 : smarty를 tpl 엔진으로 사용). 그런 식으로 당신의 PHP, HTML 및 js는 가능한 한 깨끗하고 유지 보수가 가능할 것입니다.