Google의 폴리머는 다른 프런트 엔드 프레임워크를 보완하거나 보완하기 위한 완전한 기능을 갖춘 프런트 엔드 프레임워크입니까?

Google의 폴리머는 다른 프런트 엔드 프레임워크를 보완하거나 보완하기 위한 완전한 기능을 갖춘 프런트 엔드 프레임워크입니까?

질문은 AngularJS, BackboneJS, Ember에 관한 것입니다.JS 및 기타 프레임워크.

프로젝트를 php에서 javascript로 번역해야 하며, 사용할지 결정해야 합니다.

1. 각도 JS
2. 고분자
3. 그 조합

나는 폴리머를 사용하는 것을 선호한다. 왜냐하면 폴리머를 좋아하기 때문이다.

그러나 다음과 같은 작업을 수행할 수 있는 능력이 결여되어 있습니다(잘못된 부분은 수정).

1. 보기 및 연결(Angualar에서처럼)
2. 컨트롤러

어플리케이션의 구축방법은 나에게 달려있지만 angularjs는 MVC 어플리케이션의 구축방법이 잘 정의되어 있는 것 같습니다.

따라서 다음 사항을 알고 싶습니다.잘 구조화된 웹 애플리케이션을 구축하려는 경우 폴리머가 Angular를 대체합니까? 아니면 다른 기존 프레임워크에 따라 폴리머 보완 라이브러리를 사용해야 합니까?

EDIT 21.09.2014 질문에 대해 만족할 만한 답변이 없었기 때문에 미답변으로 표시했습니다.그냥 'DEPENDS'라는 말이 많아요.하지만 그것이 정확히 무엇인지에 대해서는 아무도 자세히 설명할 수 없다.

어플리케이션의 복잡성에 대해서어플리케이션의 요구에 따라?폴리머는 어떤 니즈에 적합하고 어떤 니즈에 적합하지 않습니까?이게 내가 찾던 답이야

프런트 엔드 프레임워크로 활용할 수 있다는 의견도 있다.다른 사람들은 그것이 단지 도서관이라고 말하고 다른 사람들은 "예"와 "아니오"라고 말한다.안타깝게도 다소 혼란스러운 답변입니다.

이에 대한 공식적인 답변이 있었으면 좋겠지만, 제 심정을 말씀드리겠습니다.대체품이라고 생각합니다만, 폴리머는 아직 구조에는 이르지 않았습니다.다른 프레임워크가 작동하기 위해서 필요합니다.이것은 의도적인 것일 수도 있고, 단지 도달하지 못한 성숙도의 문제일 수도 있습니다. 왜냐하면 그 프레임워크는 새로운 것이기 때문입니다.

Angular를 언제 사용하는 것이 가장 좋은지 크리에이터들이 설명해 주셨으면 합니다.대규모 확장 가능한 웹 애플리케이션을 구축하기 위해 폴리머를 사용해야 하는 경우.

2015년 8월 15일 편집

폴리머 1.0이 나왔습니다.그리고 폴리머는 공식적으로 프레임워크가 아니며 다른 프런트 엔드 프레임워크와 함께 보조적으로 작동해야 한다는 것이 밝혀졌습니다.https://youtu.be/fD2As5RmM8Q?t=6m42s

IMHO는 둘 다 다른 것이고 둘 다 두 가지 다른 목적을 위해 사용됩니다.이러한 기능에는 몇 가지 공통 기능이 있지만 데이터 바인딩도 그 중 하나입니다.

고분자

Awesome Web Components 를 정말로 사용하고 싶은 경우는, 폴리머를 사용하는 것도 하나의 방법입니다.바닐라 JS를 사용하거나 Mozilla나 Bosonic의 X-Tag와 같은 다른 라이브러리를 사용할 수 있는 다른 옵션도 있습니다.이러한 라이브러리는 아직 드래프트 상태인 웹 컴포넌트 기능을 폴리필합니다.따라서 이러한 lib는 웹 컴포넌트에 대한 네이티브 지원이 없는 경우에도 브라우저 전체에서 동일한 사용자 경험을 제공하는 데 도움이 됩니다.

각진

이것은 완전한 MVC 프레임워크입니다.그리고 여기 사람들은 MVC 프레임워크로서의 Angular가 무엇을 포함/제공하는지 알고 있습니다.

네 질문에 대답하라고 한 말들이야

Google의 Polymer는 완전히 기능하는 Frontend Framework는 아니며, 다른 Frontend Framework의 Substitute 또는 Completment로 사용할 수 있습니다.할 수 .V로 MVC이 리액트를 '리액트'로 V츠미야을 사용하다, 는 Angular와 .directives 1.x와 1.components다 angular각 2.x

---

레퍼런스

Angular2가 포함된 폴리머 사용 방법에 대한 자세한 설명 및 추가 정보 제공(Angular2는 현재까지 출시되지 않음)

• 이 동영상은 'https://youtu.be/7WgEuNZCCHk?t=32m15s'에서 수시로 확인하실 수 있습니다.32:15여기서 Rob은 일반적인 웹 컴포넌트/폴리머를 Angular2의 컴포넌트/뷰로 사용하는 방법을 설명합니다.
• Angular2와 구글이 제공하는 웹 컴포넌트를 사용하는 프로젝트 "https://github.com/rkirov/youtube-app"을 확인하실 수 있습니다.
• https://github.com/ebidel/polymer-experiments/tree/master/polymer-and-angular/together
• 폴리머 스타터 키트로부터

  프레임워크가 필요 없거나 프레임워크와 호환되는 애플리케이션 요소를 사용하여 애플리케이션을 구축하거나 외부 프레임워크에 연결하여 비즈니스 로직을 처리할 수 있습니다.너한테 달렸어!

그래서 제가 보기에 이 두 프로젝트는 서로 경쟁하고 있지 않습니다.

---

웹 컴포넌트 사양

웹 컴포넌트 사양은 이쪽에서 참조할 수 있습니다.

• 커스텀 요소 - http://w3c.github.io/webcomponents/spec/custom/
• HTML Imports - http://w3c.github.io/webcomponents/spec/imports/
• 섀도우 DOM - http://w3c.github.io/webcomponents/spec/shadow/

웹 컴포넌트가 가능한 한 빨리 상록수 브라우저에 네이티브가 되었으면 합니다.

Polymer Starter Kit: "프레임워크가 필요없거나 프레임워크 호환성이 있는 어플리케이션을 요소로 빌드하거나 외부 프레임워크로 배선하여 비즈니스 로직을 처리합니다.너한테 달렸어!"

업데이트: Carbon Elements에 대해 설명한 내용은 다음과 같습니다.

폴리머(버전 2) 앱 도구 상자

• 폴리머와 웹 컴포넌트를 사용한 컴포넌트 기반 아키텍처.
• 앱 레이아웃 컴포넌트를 사용한 반응성 설계.
• 요소를 사용한 모듈러 라우팅.
• 「」에 의한 <app-localize-behavior>.
• 앱 스토리지 요소를 사용하여 로컬 스토리지에 대한 턴키 지원
• 서비스 워커를 사용한 점진적인 확장 기능으로서의 오프라인 캐싱.
• 서버 푸시를 통해 HTTP/2를 통해 전달하기 위해 번들 해제되고 HTTP/1을 통해 전달하기 위해 번들되는 등 다양한 방법으로 앱 서비스를 지원하는 툴링을 구축합니다.

카본 요소 프레임워크 기능 추가

The Polymer Summit 2015 Keynote에서 Google은 새로운 "폴리머 관용적이고 프레임워크 지향적인" 요소 세트를 발표했습니다. 이 요소들은 가칭 탄소 요소입니다.

Angular 2 vs Polymer Carbon에 대한 긴 tjsavage 답변의 일부 인용: "요령은 웹 플랫폼을 애플리케이션 프레임워크로 생각하는 것입니다.라이브러리에는 웹 컴포넌트 컴포넌트 모델이 있습니다.카본 요소는 웹 플랫폼 자체를 애플리케이션 프레임워크로 사용하는 것입니다.이것을 이해하고 실현하기 쉽게 하기 위한 고집적인 레일입니다.

Angular 2는 어플리케이션 구조가 좋은 것에 대한 Angular의 관점을 사용하여 어플리케이션을 구성하는 한 가지 방법을 제공합니다.카본 요소는 웹 플랫폼 자체가 제공하는 것을 구조적 토대로서 보다 직접적으로 사용하는 애플리케이션을 구조화하는 다른 방법을 제공합니다.

폴리머는 거의 완전히 기능합니다. 예를 들어 현재 라우팅이 누락되어 있습니다. 그렇다고 폴리머로 할 수 없다는 건 아니에요

현재 https://elements.polymer-project.org/elements/app-route 가 있습니다.

또한 Dart에서는 의존성 주입이 폴리머와 함께 잘 작동합니다. 그 이유는 그 유형 때문입니다.다트에서 가능하다면 JS에서도 가능합니다.다트가 JS로 전이가 되기 때문입니다.단, 플레인 JS의 DI는 더 번거로울 수 있습니다.

이 패키지(Dart) https://github.com/bwu-dart/bwu_polymer_routing에서는 Angular.dart에서 사용하는 라우팅 패키지와 DI 패키지를 폴리머에 사용할 수 있도록 했습니다.Polymer.js용 라우팅 패키지도 있습니다.

라우터의 데모를 준비했습니다.「누락된 부품」은, 작성하는 애플리케이션의 타입에 따라서 다릅니다.

https://github.com/erikringsmuth/polymer-router-demos

다른 프레임워크로 작성된 앱의 확장 기능과 페이지 상의 모든 요소를 담당하는 완전한 프레임워크 자체 둘 다 사용하고 있습니다.

저는 폴리머의 모든 것을 매우 좋아하기 때문에 앱 전체에 사용하고, 제 라우터도 만들었습니다.기존 앱이 있다면 발가락을 물에 담그는 것을 추천합니다.폴리머는 다른 앱과 잘 조합되어 마음에 드는지 확인할 수 있습니다.

다시 한 번 해보겠습니다.

웹 컴포넌트(및 폴리머)의 배후에 있는 열쇠는, 그 컴포넌트가 자급자족하고 있는 것입니다.웹 컴포넌트를 어딘가에 두고 Import하면 (운이 좋으면) 어디에서나 사용할 수 있습니다.웹 컴포넌트는 다른 컴포넌트에 간섭하지 않습니다.따라서 MVC와 같은 작업을 수행하는 것은 폴리머 비즈니스가 아닙니다(데이터 바인딩 메커니즘을 제공하지만). 이는 작업을 연결하는 프로세스에 속하기 때문입니다.이러한 것은, 새로운 요소를 창조해, 사건에 반응하는 것으로도 해결되는 것이 베스트 프랙티스로 여겨지고 있습니다.템플릿이 없거나 필요하지 않은 비시각적인 웹 컴포넌트를 코드화하는 모델의 경우TodoMVC에는 이에 대한 (최소) 예가 있습니다(https://github.com/tastejs/todomvc/tree/gh-pages/examples/polymer)).

따라서 Angular는 MVVM을 실행하는 방법을 알려주고, Polymer를 사용할 때 앱에서 "논리"를 수행하는 방법은 사용자에게 달려 있습니다.IMHO Angular는 보다 복잡하고 폐쇄적인 앱을 위한 반면, 폴리머는 웹을 수용하는 모든 종류의 앱을 위한 것입니다.앱을 작성하지 않아도 폴리머를 사용할 수 있습니다.

언급URL : https://stackoverflow.com/questions/25867182/is-googles-polymer-a-fully-functioning-frontend-framework-to-subsitute-or-compl