2015-06-01 9 views
5

Da Google IO gerade zu Ende gegangen ist und Google gerade Polymer 1.0 veröffentlicht hat, bin ich mehr und mehr in Bezug auf die Absichten von Google verloren.Google Plan: Polymer & Angular

Ich bin Entwickler in einem kleinen Team (5-6) und wir versuchen, das beste Framework/Bibliothek für unser nächstes Projekt zu finden.

Google veröffentlicht Angular.js vor ein paar Jahren und es war schön, aber die Lernkurve war hoch und die Wartbarkeit eines mittleren/großen Projekts war ein Albtraum. Heute ist angular2 in alpha und schon sehr kritisiert. Ich habe es versucht, eine Todoapp (Stundenlier/Angular2-Firetodo) zu einem Firebasedb zu tun und ich mochte es, aber es ist sehr ausführlich im Vergleich zu Aurelia (überprüfen Sie den letzten Beitrag auf Durandal Blog).

Im Moment mache ich eine (kleine) Webapp mit dem neuen Polymer. Ich hasse die Tatsache, dass Polymer ES6 noch nicht berücksichtigt hat. Aber ich muss sagen, dass es schön ist (sogar in ES5), es zu benutzen. Es fühlt sich sehr streng an.

Meine Frage ist, warum Google Polymer für mehr öffentliche Anwendung nicht verwendet (ich kenne nur diese Polymer-App: Google Music, Übersetzen Community, Google IO 2015, das ist es?). Es scheint, dass eckig (1) im selben Korb ist. Ich kenne nicht viele öffentliche Google-Anwendungen, die damit erstellt wurden. Es scheint jedoch Google verwendet Angular für mehr 1500 Interna Projekte (Ich kann die Quelle nicht finden, können Sie bestätigen?).

Schließlich glaubte ich, dass Polymer von angular2 Team verwendet würde, um das nächste Material ui zu bauen. Da Polymerelemente wiederverwendbare WebComponents sind, wäre es nett gewesen und hätte erklären können, warum Google Angular & Polymer beibehält. Aber it seems not

Und neben all dies, reagiert in der Partei ...

2015 ist ein sehr innovatives Jahr für Front-End. Auf der anderen Seite gibt es Sone ernsthafte Kopfschmerzen ...

Wenn jemand einige Erklärungen haben, würde ich mich freuen, sie zu hören.

Thomas

Antwort

2

In Bezug auf Googles Absichten für Polymer vs Angular, ich glaube, dass sie beabsichtigen, für sie Seite an Seite zu arbeiten. In ihrer sagen sie ausdrücklich, dass Polymer eine Bibliothek, kein Rahmen ist, und dass sie glauben, dass es eine solide Unterscheidung zwischen den beiden gibt. Sie betonen auch, dass die Interoperabilität ein Hauptmerkmal von Web Components ist. Die Vision scheint zu sein, dass Sie eine Web-Komponente importieren können (auch solche, die nicht mit Polymer erstellt wurden) und diese direkt neben Angular, jQuery, React oder einem anderen Framework verwenden, mit dem Sie Ihre übergeordnete Anwendungslogik aufbauen möchten.

Da Polymer noch Javascript ist, können Sie damit Komponenten erstellen, die komplex genug sind, um ganze Anwendungen zu handhaben, wie sie es mit ihrem Santa Tracker gemacht haben. In diesem Sinne glaube ich, dass die Wahl dem Entwickler überlassen bleibt.

+0

Ich bin damit einverstanden. Aber in einigen populären Frameworks (Angular2). Es wird gesagt, dass Sie Polymer verwenden können, aber Sie werden nie die Leistungen und die Interoperabilität der Framework-Komponenten erreichen. Es wäre erstaunlich, wenn wir unsere Komponenten mit Polymer oder sogar eckig, Aurelia, etc. bauen und mit jedem Rahmen wiederverwenden könnten. – Cnode

Verwandte Themen