Google Plan: Polymer & Angular

Question

Ponieważ Google IO właśnie się zakończyło, a Google właśnie wydało Polymer 1.0, coraz bardziej tracę informacje o zamiarach Google.

Jestem programistą w małym zespole (5-6) i staramy się znaleźć najlepsze ramy/biblioteki do naszego następnego projektu.

Google wydało Angular.js kilka lat temu i było miło, ale krzywa uczenia się była wysoka, a konserwacja średniej/dużego projektu była koszmarem. Dzisiaj, kąt2 jest w alfa i już jest bardzo krytykowany. Próbowałem zrobić todoapp (hourliert/angular2-firetodo) połączony z firebasedb i podobało mi się, ale jest bardzo gadatliwy w porównaniu do aurelia (sprawdź ostatni wpis na durandal blogu).

W tej chwili robię (małą) aplikację webapp przy użyciu nowego polimeru. Nienawidzę faktu, że polimer jeszcze nie uznał ES6. Ale muszę powiedzieć, że to fajne (nawet w ES5), aby z niego korzystać. Czuje się bardzo rygorystycznie.

Moje pytanie brzmi, dlaczego Google nie używa polimeru do bardziej publicznego zastosowania (znam tylko te aplikacje polimerowe: Google Music, społeczność tłumaczeń, Google IO 2015, to wszystko?). Wydaje się, że kątowy (1) znajduje się w tym samym koszu. Nie znam wielu aplikacji publicznych Google zbudowanych z niego. Wygląda jednak na to, że Google używa Angulara w przypadku ponad 1500 projektów wewnętrznych (nie mogę znaleźć ich źródła, czy mógłbyś to potwierdzić?).

Wreszcie, wierzyłem, że polimer zostanie użyty przez zespół kątowy2 do zbudowania następnego materiału ui. Ponieważ elementy polimerowe są wielokrotnego użytku WebComponents, byłoby miło i mogłyby wyjaśnić, dlaczego Google utrzymuje Angular & polimeru. Ale it seems not

A oprócz tego wszystkiego, reagują w partii ...

2015 jest bardzo innowacyjnym roku na Front-End. Z drugiej strony daje sone poważne bóle głowy ...

Jeśli ktoś ma jakieś wyjaśnienia, byłbym zadowolony z ich usłyszenia.

Thomas

Answer 1

chodzi intencji Google dla Polymer vs kątowe, wierzę zamierzają im pracy side-by-side. W swoim numerze Polymer keynote wyraźnie mówią, że Polymer jest biblioteką, a nie strukturą, i że uważają, że istnieje solidne rozróżnienie między tymi dwoma. Podkreślają również, że interoperacyjność jest kluczową cechą składników sieciowych. Wizja zdaje się polegać na tym, że można zaimportować komponent sieciowy (nawet te, które nie są zbudowane z polimerów) i używać go tuż obok Angular, jQuery, React lub jakiejkolwiek innej struktury, z której chcielibyście zbudować swoją nadrzędną logikę aplikacji.

To powiedziawszy, ponieważ Polymer wciąż jest Javascriptem, można go użyć do zbudowania komponentów na tyle złożonych, aby obsłużyć całe aplikacje, tak jak zrobiły to ze swoim Trackerem Świętego Mikołaja. W tym duchu uważam, że wybór należy do dewelopera.

Answer 2

Nienawidzić faktu, że polimer jeszcze nie uznał ES6.

Właściwie istnieje projekt osób trzecich, które pozwalają na tworzenie polimerowe 1.0 elementów za pomocą maszynopis ES6: https://github.com/nippur72/PolymerTS