Google Plan: Polymer & Angular

Question

Поскольку Google IO только что закончился, и Google только что выпустил Polymer 1.0, я все больше теряюсь в намерениях Google.

Я разработчик в небольшой команде (5-6), и мы пытаемся найти лучшие рамки/библиотеки для нашего следующего проекта.

Google выпустил Angular.js несколько лет назад, и это было хорошо, но кривая обучения была высокой, а ремонтопригодность среднего/большого проекта была кошмаром. Сегодня угловой2 находится в альфе и уже подвергся критике. Я попробовал это сделать todoapp (hourliert/angular2-firetodo), связанный с firebasedb, и мне понравилось, но это очень многословно по сравнению с aurelia (проверьте последнее сообщение в блоге durandal).

В настоящий момент я использую (маленький) webapp, используя новый полимер. Я ненавижу тот факт, что полимер еще не рассматривал ES6. Но я должен сказать, что приятно (даже в ES5) использовать его. Он чувствует себя очень строгим.

Мой вопрос: почему Google не использует полимер для более публичного применения (я знаю только это приложение для полимеров: Google Music, Сообщество переводов, Google IO 2015, вот оно что?). Кажется, угловой (1) находится в одной корзине. Я не знаю много публичного приложения Google, созданного с ним. Однако, похоже, Google использует Angular для более 1500 внутренних проектов (я не могу найти его источник, не могли бы вы подтвердить?).

Наконец, я полагал, что полимер будет использоваться командой angular2, чтобы построить следующий материал ui. Поскольку полимерные элементы являются многоразовыми WebComponents, было бы неплохо и могло бы объяснить, почему Google поддерживает Angular & Polymer. Но it seems not

И помимо всего этого, реагируют в партии ...

2015 очень инновационный год для Front-End. С другой стороны, это приводит к серьезным головным болям ...

Если у кого-то есть некоторые объяснения, я был бы рад их услышать.

Томас

Answer 1

Что касается намерений компании Google для полимеров против Угловое, я считаю, что они намерены им работать бок о бок. В своем Polymer keynote они прямо говорят, что Полимер является библиотекой, а не каркасом, и что они считают, что существует четкое различие между ними. Они также подчеркивают, что функциональная совместимость является ключевой особенностью веб-компонентов. Кажется, что видение заключается в том, что вы можете импортировать веб-компонент (даже те, которые не были созданы с помощью Polymer), и использовать его прямо рядом с угловым, jQuery, React или любой другой структурой, с которой вы хотели бы построить свою всеобъемлющую логику приложения.

Тем не менее, поскольку Polymer по-прежнему Javascript, вы можете использовать его для создания компонентов, достаточно сложных для обработки целых приложений, например, со своим Santa Tracker. В этом ключе я считаю, что выбор оставлен разработчику.

Answer 2

Ненавижу тот факт, что полимер еще не рассмотрел ES6.

На самом деле есть третья сторона проекта, которые позволяют создавать полимерные 1.0 элементы, используя машинопись ES6: https://github.com/nippur72/PolymerTS