문제

jQuery, Mootools, Prototype 및 Yui와 같은 인기있는 JavaScript 프레임 워크/라이브러리 (가장 인기있는 JavaScript 프레임 워크의 이름을 지정 함)는 JavaScript 프레임 워크 아레나에 확실히 견고한 발판을 가지고 있습니다.

그러나 새로운 또는 대체 프레임 워크/라이브러리를 찾는 모험적인 개발자에게는 다음과 같은 옵션이 있습니다.

  1. 새싹
  2. 활발한
  3. JavaScriptMVC
  4. QOOXDOO
  5. 미도리
  6. 아키 타입 JavaScript 프레임 워크
  7. 6 월 프레임 워크
  8. uize
  9. 단순한
  10. Fleegix.js

각각은 고유 한 장점이 있습니다. 그러나 어느 것이 무엇보다 바람직합니까?

도움이 되었습니까?

해결책

제 생각에는 서버 측 JavaScript에는 흥미로운 미래가 있습니다.

같은 것들 node.js 그리고 Jaxer JavaScript에서 응용 프로그램을 엄격하게 작성하는 데 대한 설득력있는 논쟁을 만드는 환경을위한 길을 열 수 있습니다. 현재 프레임 워크가 부족하고 일반적인 JavaScript 라이브러리가 부족하고 있습니다 (DOM을 가로 지르는 것 외에는)이 변경 될 수 있습니다.

나는 여러 비트를 넘어서 포트를 할 필요가 없다는 것을 몇 번이나 원했던 것을 말할 수 없습니다. 모델 JavaScript에 대한 코드 또는 RPC 스타일 요청에 의지하여 스스로 반복하지 않도록합니다. 나는 포트를 할 수있다 DrawUservCard () JSON 데이터의 프론트 엔드에서 VCARD를 동적으로 생성 할 수 있도록 JavaScript (예 : Python에서)로 기능하지만 포트 된 코드가 원래 Python 생성 결과를 추적해야하기 때문에 일관성 문제가 발생합니다.

서버 측 "클라이언트를 신뢰하지 않는"작업 외에도 많은 처리를 사용자에게 오프로드 할 수 있습니다. Python/PHP/Ruby에서 HTML을 인쇄하는 이유는 무엇입니까? 실제로, 해당 언어 중 어느 것도 HTML 조작을위한 jQuery만큼 좋은 API를 가지고 있지 않습니다. Python의 데이터베이스를 쿼리하여 클라이언트 스크립트에 전달할 JSON을 생성 할 수있는 이유는 무엇입니까? 데이터베이스에서 JSON 데이터 (CouchDB)를 직접 읽고 클라이언트가 수화시켜주는 것이 어떻습니까?

여기에는 개선의 여지가 너무 많습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top