2013-12-14 4 views
4

최근에 노드 학습을 시작하고 애플리케이션을 작성하기 시작했습니다. 한 페이지 앱을 위해 렌더링하는 것이 더 나을 것입니다.양쪽 끝에서 렌더링 할 노드 프레임 워크

이 때문에 빠른 초기로드의 백엔드, 그리고 더 나은 검색 엔진 최적화에 렌더링하는 것이 좋습니다

그것 때문에 당신이 변수를 바인딩하고 쉽게 가지 않고 그들을 업데이트 할 수 있습니다 각 엠버, 백본, 같은 프레임 워크, 프론트 엔드에 렌더링하는 것이 좋습니다 너무 많은 DOM을 통해.

하이브리드 방식으로 시도해 보았습니다. (백엔드에서는 초기이고 앞에서는 업데이트됩니다.) 거기에 대한 확실한 프레임 워크가 있습니까? 에어 비앤비에서

답변

2
  • Rendr은 예술에서
  • Ezel는 백본 기반 백본과 백본 스타일의 디자인 선택에 주로 근거한다. Nodejitsu에서
  • flatironBlog post announcing Ezel 내가주의 할 것이다 단지 완성도 모두 Node.js를에서 실행되는 plates 템플릿 라이브러리와 브라우저 모두 Node.js를에
  • Derby 실행 및 순간 브라우저

를 사용 그 MeteorAngularJS은 현재 브라우저 전용입니다. 두 프로젝트 모두 2014 년에 서버 측 렌더링 옵션을 사용할 것으로 생각됩니다.

+0

감사합니다, 나는 그것을 들었어요하지만 그 않았다 몰랐어요. 다른 사람? – Tomas

+0

내가 알고있는 유일한 사람은 당신이 묘사하는 방식으로 설명하는 문제를 다룹니다. 나는 angularjs의 인기가 주어진다면, 어떤 사람들은 angularjs로이 문제를 해결하려고 노력하고 있다고 생각합니다. 빠른 검색 결과 : https://github.com/ithkuil/angular-on-server –

1

클라이언트 측에서 생성 된 UI의 이점 (snappyness, dynamic, offline readyness)과 서버 측 렌더링 된 UI (주로 페이지)의 장점을 결합한 하이브리드 방식이 가장 좋은 방법이라고 생각하면 좋습니다. 빌드 업 속도). 이것이 트위터가 클라이언트 측 JavaScript 접근 방식에서 서버 렌더링 컨텐츠로 이전 한 이유입니다 [1].

Ember JS는 FastBoot [2]라는 기능을 곧 도입하여 사용자가 요청한 것처럼 페이지 렌더링에 대한 친숙한 접근 방식을 구축 할 것입니다. 본질적으로 이것을 지원하는 다른 프레임 워크에 대해서는 알지 못합니다. 물론 PhantomJS와 같은 헤드리스 브라우저를 사용하여 서버 측에서 렌더링 할 수 있지만 투명하게 클라이언트 측 모드로 전환하는 것은 미지의 영역입니다.

[1] https://blog.twitter.com/2012/improving-performance-on-twittercom

[2] http://emberjs.com/blog/2015/01/08/inside-fastboot-faking-the-dom-in-node.html