최근 동료 친구와 함께 애완 동물 프로젝트를 시작하려고했는데, 웹 사이트를 구축하는 방법에 대한 토론이있었습니다. 서버가 템플릿과 데이터 조작을 처리하게하거나 ExtJS/Jquery UI와 같은 JavaScript UI 라이브러리는 위젯을 동적으로 렌더링하고 서버를 데이터 흐름을 허용하는 서비스로 사용합니다.자바 스크립트 템플릿 대 서버 템플릿
무엇이 더 좋습니까? JavaScript는 UI/이벤트를 처리하고 백엔드 만 데이터 서비스가되는 모든 프론트 엔드 또는 백엔드 프레임 워크 (바람직하게는 루비)를 사용하는 기존 MVC를 사용합니까?
2 개의 시나리오에 사용할 올바른/(사용하기 쉬운) 프레임 워크는 무엇입니까? 또한 유스 케이스가 각각 다른 케이스보다 선호된다.
어느 쪽도 좋습니다. 각각은 자신의 용도가 있습니다.
기본 사이트 인터페이스의 경우 항상 서버가 사이트의 초기 구조를 만들어야합니다. 따라서 서버 쪽 템플릿이 필요합니다. 이것은 "JS가 꺼져있는 경우"또는 "JS가 지원되지 않는 경우"에도 해당됩니다. 최소한 사이트의 기본 양식이 나타납니다. 페이스 북과 같지 마세요. JS를 사용하지 않으면 JS에 너무 의존하기 때문에 빈 페이지가 표시됩니다.
AJAX를 통해 데이터를 가져 오는 위젯, 동적 태스크 및 작업의 경우 클라이언트 측 템플릿을 수행해야합니다. AJAX는 모두 비동기 성과 속도에 관한 것이고 서버에서 포맷 된 마크 업을 반환하는 것은 너무 부피가 큽니다. 여기서 JSON을 사용하여 템플릿 문자열을 캐시하고 클라이언트 측 템플릿을 사용합니다.
서버 쪽과 클라이언트 쪽 모두에서 렌더링 할 수있는 콧수염을 사용하는 것이 한 가지 아이디어 일 수 있습니다. 또한 Poirot가
http://blog.railsware.com/2012/04/12/shared-mustache-templates-for-rails-3/
: 둘 사이에 공유하는 방법이 블로그 게시물을 참조 https://github.com/olivernn/poirot, 여기에 콧수염/레일을 논의 질문이있다 : HTTP : //stackoverflow.com/questions/7045656/mustache-render-on-the-server-rails-and-on-the-client-javascript –