Go to Qiita Advent Calendar Top
LoginSignup
2
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 5 years have passed since last update.

@jtakiguchi(Jumpei Takiguchi)

Polymerドキュメント(日本語) What’s new/About Polymer2.0 〜Polymer2.0について〜

Last updated at Posted at 2017-04-26

目次へ移動

翻訳ドキュメントの管理ページ

Polymer 2.0は、大部分の主要ブラウザベンダーによって実装されている新しいCustom Element v1とshadow DOM v1の仕様をサポートするように設計されています。また、Polymer 1.xユーザーに対してもスムーズな移行手段を提供しています。

Polymer 2.0はいくつかの領域において改善も行いました。：

  • 相互運用性の向上：Polymer 2.0では、DOMの操作時にPolymer.domへ依存する必要がなくなったおかげで、Polymerによって作成されたコンポーネントを他のライブラリやフレームワークで簡単に使用できるようにしました。さらに、Shady DOMのコードは、Polymerに統合せず再利用可能なポリフィルに分離されています。
  • データシステムの改善：Polymer 2.0では、データシステムの改善も行いました。この変更によって、要素内あるいは要素間におけるデータの伝播の流れを容易に推測しデバッグできるようになりました。
  • より標準仕様に合わせて：Polymer 2.0では、Polymerファクトリメソッドではなく、標準ES6のクラスと標準のCustom Element v1のメソッド群を使用して要素を定義します。また、機能をミックスインするには、Polymerのbehaviorではなく、標準のJavaScript(クラス式のmixin)を利用します。 (Polymerファクトリメソッドは互換レイヤを使用することで引き続きサポートされます)。

いくつかのテストは現在、Chrome以外のブラウザで失敗します。これらはすぐに対処される予定ですが、しばらくの間はChrome Canaryを利用するのが最善の策です。

Polymer 2.0では、1.xとの互換性を破棄する変更がいくつも行われていますが、これらの多くは新しいCustom Elements v1とshadow DOM v1の仕様に準拠するためのものです。仕様の新しいバージョンのリリースが近づくにつれ、さらなる変更が見込まれます。

以下のセクションで、Polymer 2.0における主な変更点について説明します。Polymer 2.0への要素のアップグレードに関する詳細は、Upgrade guideを参照してください。

Custom Elements v1

Polymer 2.0の要素は、Custome Elements v1 APIに準拠することを目標としています。これによって、Polymer 1.xで仕様v0に準拠していたいくつかの機能が変更されました。

主な変更点は：

  • Custome Elements v1仕様では、プロトタイプに代わってES6のクラス構文を使用して要素を定義します。

    Polymer 2.0では、要素を拡張するためにES6ベースの基底クラス(Polymer.Element)を提供することで、ネイティブのES6フォームを利用できるようにします。さらに、Polymerファクトリメソッドを使用するレガシーな要素も、Polymer 1.x互換レイヤーでサポートされています。

  • 新しい仕様では、ライフサイクルコールバックをいくつか変更しています。特に大きな変更は、createdコールバックに代えてクラスのconstructorを呼び出すようになった点です。また仕様では、constructor(Polymer 1.xのcreatedコールバックに相当)の実行に関して新たに制限も課されています。

  • さらに、仕様でサポートされている要素のタイプ拡張(is =)は、現時点のPolymer 2.0ではサポートしていません。

以降のセクションでは、これらの変更点について詳しく解説します。

Custom Elements v1仕様の一般的な情報に関しては、Web FundamentalsのCustom elements v1: reusable web componentsを参照してください。

ライフサイクルの変更

クラスベースの要素を作成する場合は、新しいネイティブのライフサイクルメソッド(仕様ではCustom Elemnetsの「リアクション(reaction)」と呼ばれます)を使用します。Polymerファクトリメソッドを使用してレガシーな要素を作成する場合は、従来のPolymerコールバック名を使用します。

リアクション/コールバック名 説明
constructor(ネイティブ)
created(レガシー)		 Custom Elements v1仕様では、constructor内のDOM API(従来のAPIではcreatedコールバック)から属性、子、または親の情報を読み取ることを禁止しています。同様に、constructorにおいては、属性と子は追加されない可能性があります。そのような作業はすべて遅延させる必要があります(例えば、connectedCallbackまで)。

レガシーなcreatedコールバックは、propertiesのデフォルト値が設定される前には呼び出されなくなりました。そのため、createdの中で設定されたプロパティを、要素のデフォルト値を定義するvalueの関数から参照することがないようにしてください。

その一方で、properties内のvalueで関数を定義する代わりに、createdコールバックの中でどんなデフォルトのプロパティでも設定できるようになりました。(Polymer 1.0では監視されたプロパティ(observed properties)に対してこのような方法が禁止されていました。)
connectedCallback(ネイティブ)
attached(レガシー)		 Polymer 1.xでは、最初にレンダリングされるまでattachedコールバックを遅延していたので、要素は自身またはその子を測定することができました。
disconnectedCallback(ネイティブ)
detached(レガシー)
attributeChangedCallback(ネイティブ)
attributeChanged(レガシー)		 属性が監視されるようにするには明示的に登録されている必要があります。

Polymer要素の場合、propertiesオブジェクト内で明示的に宣言されたプロパティだけが属性の変更を追跡(tracking)されます。(つまり、属性の値を変更すると、attribute changedコールバックが呼び出され、Polymerは属性からプロパティの値を設定します)。

Custom Elemnets v0では、どんな属性の変更に対してもattributeChangedCallbackが発生しました。

Polymer 1.xでは、明示的に宣言されたプロパティと暗黙的に宣言されたプロパティの両方に対して属性がデシリアライズされました。例えば、propertiesには宣言されてはいないが、バインディングで利用された場合やオブザーバーの依存部に使用された場合に、プロパティは暗黙的に宣言されたと見なされます。
ready(Polymer仕様) Polymerは、もはやreadyが呼び出される前に、最初のLight DOMの割り当て(distribution)が完了していることを保証しません。

コールバックの変更に加えて、lazyRegisterオプションが削除された点や、すべてのメタプログラミング(テンプレートの解析、プロトタイプ上のアクセサの作成など)は、要素の最初のインスタンスが生成されるまで遅延される点に注意してください。

タイプ拡張要素(Type-extension elements)

Polymer 2.0では、タイプ拡張要素をサポートしていません（例：<input is="iron-input">）。Custom Elements v1の仕様には、タイプ拡張のサポートは引き続き（「カスタマイズされたビルトイン要素(customized build-in elements)」として）含まれ、Chromeでは実装が予定されています。しかし、Apple社は、isをサポートしないことを表明しており、Custom Elementsのポリフィルが不確定な仕様に依存するのを避けるため、我々は今後その利用を推奨しません。代わりの方法として、ラッパーカスタム要素でネイティブ要素を囲むことができます。

例えば：

<a is="my-anchor"> ... </a>

上記は次のように扱えるようになりました：

<my-anchor>
  <a>...</a>
</my-anchor>

ユーザーは、必要に応じて既存のタイプ拡張要素を置き換える必要があるかもしれません。

Polymerによって提供されるすべてのテンプレートのタイプ拡張(つまりdom-ifやdom-repeatのこと)は、標準のCustom Elementsと同様に、Light DOM内に<template>を持つようになりました。例えば：

1.xの場合、コードは次のようになります。：

<template is = "dom-bind"> ... </ template>

2.xでは、次のようになります。：

<dom-bind>
  <template>...</template>
</dom-bind>

Polymer要素のテンプレート内(つまり、dom-moduleの内部)で使用された場合には、Polymerはテンプレートのタイプ拡張(例：dom-ifやdom-repeatなど)をテンプレートの処理中に自動的にラップします。これは、Polymer要素の内部にネストされたテンプレートや他のPolymerのテンプレート(例：dom-bind)において、<template is="">を使い続けることができ、またそうすべきことを意味します。

index.htmlのようなメインドキュメントで使用されるテンプレートは、手動でラップする必要があります。

custom-style要素も標準仕様のカスタム要素のように、<style>要素をラップするように変更されました。

例えば：

<style is="custom-style"> ... </style>

上記は、以下のようになりました：

<custom-style>
  <style> ... </style>
</custom-style>

参考文献：

Shadow DOM v1

Polymer 2.0はShadow DOM v1をサポートしています。Polymerユーザーにとって、Polymer 1.0と2.0の主要な違いは、<content>要素が、v1仕様の<slot>要素に置き換わったことです。

Polymer 1.xに含まれていたShady DOM及び関連するCSSカスタムプロパティのshimは、Polymerから取り除かれ、ポリフィルwebcomponents-lite.jsのバンドルに追加されました。この新バージョンのShady DOMでは、代わりの(Polymer.dom)APIを公開するのではなく、ネイティブDOM APIにパッチを当てることで、Polymer 2.0ユーザーはネイティブのDOM APIを直接利用できるようになりました。

ハイブリッド要素の場合、Polymer 2.0には、ネイティブのAPIに直接転送するPolymer.domAPIバージョンが含まれています。 2.0だけに依存する要素に対しては、ネイティブのDOM APIを選択し、Polymer.domを取り除くこともできます。

**Web Fundamentalsで詳細を確認。**Shadow DOMの概要については、Shadow DOM v1：self-contained web componentsを参照してください。

Shadow DOM v1の仕様変更に関する、簡潔で包括的な事例については、Hayato ItoのWhat's New in Shadow DOM v1 (by examples)を参照してください。

データシステムの改善

Polymer 2.0は、データシステムにいくつかの改善を取り入れています。：

  • 配列操作がよりシンプルになりました。抽象レイヤPolymer.Collectionや配列アイテムへのキーベース(key-based)のパスがなくなりました。(訳注：Collectionオブジェクトについては、Polymer 1.0ドキュメントのObservers and computed propertiesのObserve array mutationsを参照してください。)

  • データの変更をバッチ処理することで、パフォーマンスと正確性の向上がもたらされました。

  • オブザーバー、算出バインディング、および算出プロパティにおいて未定義(undefined)の依存部のチェックがなくなりました。これらはすべて初期化の際に一度だけチェックされます。

  • 要素にオプションのミックスインを加えることでオブジェクトや配列のダーティチェック(dirty check)をなくすことができます。このミックスインを使うと、オブジェクトや配列のプロパティに監視可能な変更を加えた場合、Polymerはそのプロパティ以下のすべて(サブプロパティ、配列のアイテム)を再評価します。これは、Polymerのsetメソッドや配列変更メソッドが使用できないアプリケーションや、不変データを使用しないアプリケーションで役立ちます。(訳注：ダーティーチェックとは要素がオブジェクトや配列の変更をチェックして、余計なプロパティエフェクトが生じないようにする仕組みです。詳細は、[データシステムのコンセプト](https://github.com/jtakiguchi/polymer-docs-japanese-translation
    /blob/master/docs/polymer2/data-system/data-system-concepts.md#)のMutableData mixinに関する説明を参照してください。)

  • プロパティエフェクト(property effect)の順序が変更されました。

  • propertiesで明示的に列挙されたプロパティに限り、属性から設定できるようになりました。

  • 要素の初期化(テンプレートのスタンプ処理やデータシステムの初期化を含む)は、要素がメインドキュメントにコネクトされるまで遅延されます。(これはCustom Elements v1の仕様変更を反映した結果です)。

  • その他小さな変更がいくつかの行われています。

以降のセクションでは、これらの変更点について詳しく解説していきます。

オブジェクトや配列のダーティチェック

Polymer 1.xでは、ダーティチェックメカニズムを使用して、データシステムが余分な作業をするのを防いでいました。

Polymer 2.xにおいても、デフォルトでこのメカニズムの利用し続けていますが、要素がオブジェクトや配列のダーティチェックを実施するかどうかオプトアウト(ユーザー自身が利用を制限)できるようになっています。

デフォルトのダーティチェックメカニズムを使用した場合、次のコードがプロパティエフェクトを発生させることはありません。：

this.property.subproperty = 'new value!';
this.notifyPath('property');

propertyは引き続き同じオブジェクトを参照しておりダーティチェックは失敗し、サブプロパティの変更を伝播することがないからです。代わりに、Polymerのsetメソッドや配列変更メソッドを使用するか、変更された正確なパスに対してnotifyPathを呼び出す必要があります。：

this.set('property.subproperty', 'new value!');
// OR
this.property.subproperty = 'new value!';
this.notifyPath('property.subproperty');

一般的に、ダーティチェックメカニズムの利用はより効率的な手段と言えます。以下のいずれかの要件が当てはまるアプリケーションにおいてはうまく動作します。：

  • 不変データを使用する。
  • 小さな変更であっても常にPolymerのデータ変更メソッドを利用している。

一方で、不変データを使用しなかったり、Polymerのデータ変更メソッドを利用できないケースに対して、Polymer 2.0はオプションとしてMutableDataミックスインを用意しています。MutableDataミックスインはダーティチェックを省略し、上記のコードは意図した通り動作します。また、プロパティエフェクトの発生前にいくつかの変更をバッチ処理することも可能になります。：

this.property.arrayProperty.push({ name: 'Alice' });

this.property.stringProperty = 'new value!';
this.property.counter++;
this.notifyPath('property');

setメソッドを使うこともできますし、単にトップレベル(top-level)のプロパティを設定してプロパティエフェクトを発生させることもできます：

this.set('property', this.property);
// or
this.property = this.property;

特定のサブプロパティを変更するのにsetメソッドを使用するのが最も効率的な場合があります。しかし、MutableDataを利用する要素では、このAPIを使用する必要はありません。そうすることで、データバインディングや状態管理を行うライブラリとの互換性が向上するからです。

トップレベルでプロパティ設定し直すと、プロパティやそのサブプロパティ、また配列アイテムなどのプロパティエフェクトがすべて再実行さるので注意が必要です。ワイルドカードパスを指定したオブザーバー(例：prop.*)には、トップレベルの変更だけが通知されます。

// 'property.*' observers fire with the path 'property'
this.property.deep.path = 'another new value';
this.notifyPath('property');

setメソッドを使って特定のパスを設定すると、細かな通知も生成されます。：

// 'property.*' observers fire with the path 'property.deep.path'
this.set('property.deep.path', 'new value');

よりシンプルな配列操作

Polymer.CollectionAPIとそれに関連した、配列のキーベースのパス指定及びsplice通知は削除されました。

この仕様変更には他にもいくつかの利点があります。：

  • プリミティブ値の配列をサポートします。
  • 配列アイテムはユニークである必要はありません。

キー(key)パスが削除されたので、配列のsplice通知にはkeySplicesではなくindexSplicesプロパティだけが含まれています。

データ変更のバッチ処理

バインディングシステムにおけるデータの伝播をバッチで処理するようにないました。それによって、例えば複雑なオブザーバーや算出(computing)関数は、まとまった(coherent)変更をセットとして一度に実行されます。まとまった変更を作成するには、2つの方法があります。：

  • 要素がプロパティを初期化する時は、まとまりのある変更のセットを自動的に生成します。

  • 新しいsetPropertiesメソッドを使用して、まとまりのある変更のセットをプログラムで生成することができます。

this.setProperties({ item: 'Orange', count: 12 });

単一プロパティのアクセサ(accessors)は、引き続きデータを同期的に伝播します。例えば、aとbの二つのプロパティを監視するオブザーバーがあるとします。以下の二つのサンプルがどのように動作するか見比べてみてください。：

// observer fires twice
this.a = 10;
this.b = 20;

// observer fires once
this.setProperties({a: 10, b: 20});

プロパティエフェクトの順序

2.0では、オブザーバーはプロパティ変更通知の前に発火します。 2.0のプロパティエフェクトの順序は次のとおりです。

  • 算出プロパティを再計算する。
  • データバインディングに値を伝播します。
  • プロパティを属性に反映します。
  • オブザーバーを実行する。
  • プロパティ変更通知を発行する。

1.xでは、オブザーバーはプロパティ変更通知の後、最後に発火されます。

オブザーバーの変更

2.0では、オブザーバーが未定義(undefined)の依存部をもったまま発火するのを防止するためのチェックが削除されました。

具体的には：

  • 一つでも依存部が定義されていれば、複数プロパティオブザーバー、算出プロパティ、算出バインディングが初期化時に一度は実行されます。

  • 今後オブザーバーまたは算出関数は、引数としてundefinedを受け取る可能性があるので、それを正しく扱う必要があります。

その他データシステムの変更点

  • 算出バインディングで使用される関数を設定/変更すると、バインディングシステムは新しい関数と最新のプロパティ値を用いて再計算を行います。例えば、以下のようにバインディングを指定したとします。：

    some-property="{{_computeValue(a, b)}}"

    _computeValue関数を変更すると、aとbが同じままであっても、バインディングは再評価されます。：

    this._computeValue = function(a, b) { ... }

  • プロパティの変更通知(property-changedイベント)は、ホストからのバインディングによって値が変更された場合には発行しません。

  • 属性からプロパティへデシリアライズするには、メタデータオブジェクトpropertiesでプロパティの宣言をする必要があります。 Polymer 1.xでは、暗黙的に宣言されているプロパティに対してもデシリアライズが実行されます。(例えば、バインディングやオブザーバーの依存部に含めることによって)

Polymer 1.0の互換レイヤ

Polymer 2.0は、現在のPolymer 1.0ユーザーが引き続きインポートできるようにpolymer/ polymer.htmlを残したままにしています。このインポートには、要素を定義するためのレガシーなPolymer関数が含まれ、Polymer 1.0 APIで書かれたコードの互換性を破綻させるような変更を最小限に抑えるよう努めています。

ほとんどの場合、Polymer 2.0にアップグレードする既存のユーザーに求められるのは、既存のコードを(コンテンツディストリビューションとスタイリングに関連する)Shadow DOM v1 APIに準拠させることと、Custom Elements v1 APIの仕様変更に伴うわずかな変更を加えるだけです。

削除されたメソッドとプロパティ

不必要なコードを減らすという目的に沿って、新たなES6ベースの要素Polymer.Elementでは、様々なメソッドやプロパティが取り除かれました。削除されたAPIはいくつかのカテゴリに分類されます。

  • ネイティブDOM APIに付加されていたシンプルな機能。(例：fireやtrasform)
  • まれにしか使用されない属性とプロパティ(例：attributeFollowsやclassFollowsなど)
  • インスタンスに属していないメソッドやプロパティ(例：1.xでは、importHrefはインスタンスメソッドでしたが、コールバックのバインディング以外はインスタンス固有の処理は行いませんでした。)

削除または移管されたAPIの包括的なリストは、Polymer.ElementAPIの最終的な仕様の決定後に公開予定です。

ブラウザのサポートとポリフィル

リリース時点においてPolymer 2.0は、Polymer 1.xと同ように次のブラウザをサポートします。Polymer 1.0ーIE 11、Edge、Safari（9+）、Chrome、Opera、Firefox

Polymer 2.0はCustom ElementsとShadow DOMの新しい仕様(v1)への互換ポリフィルと一緒に開発されテストされてきました。Polymer 2.0をテストするには、1.0.0-rc.7より上位バージョンのwebcomponentsjsを使用します。webcomponentsjsはbowerが提供するPoymer 2.xに依存対象として含まれます。

ポリフィルを読み込む方法はいくつか存在します。：

  • webcomponents-lite.jsには、サポート対象の全ブラウザで動作するのに必要なすべてのポリフィルが含まれています。
  • webcomponents-loader.jsは、実行時に機能検出(feature-detection)を行い、必要な場合に限りポリフィルを読み込みます。

上記以外の方法とその長所と短所について解説を読む：
webcomponentsjs on GitHub

EcmaScript 2015(別名：ES6)

Polymer 2.xや2.xのクラススタイルの要素は、次世代のJavaScript標準であるEcmaScript 2015(一般的にはES6として知られています)を使用して記述されています。これは、新たなCustom Elementの仕様の要求によるものです。ES6に精通していない場合は、Polymerで使用されるES6の基本を理解することが役立ちます。特に、次の機能はコード例で広く使用されています。：

ウェブ上には、以下のような様々な学習素材が用意されています。：

現在のChrome、Safari 10、Safari Technology Preview、Firefox、およびEdgeでは、ES6をコンパイルすることなく実行できます。IE11とSafari 9でPolymer 2.xを実行するにはコンパイルが必要です。

Polymer CLI及びpolymer-buildライブラリは、ビルド時のES6からES5へのトランスパイルをサポートします。さらに、ブラウザが必要とする場合には、polymer serveやpolymer testといったコマンドを実行時にトランスパイルすることも可能です。

より詳細な情報は、Browser compatibilityを参照してください。

Polymer要素の可用性

開発チームは、Polymer 1.7+と2.xの双方に互換性のある、新しい「ハイブリッド」フォーマットを利用できるようにPolymer要素をアップデート中です。安定性に関して様々なレベルの要求がある中でその信頼性を担保できるよう2.0-previewは複数のブランチを持っています。

Polymer 2.0のインストール

bowerを使って、最新のPolymer 2.0 RC(リリース候補)をインストールできます。

bower install --save Polymer/polymer#^2.0.0-rc.3

bowerを使って、現時点で利用可能なハイブリッド要素をインストールすることもできます。

bower install --save PolymerElements/paper-button#2.0-preview

2.0-previewのブランチの一部は、バグ修正のために変更されることがあるので注意してください。

既存のプロジェクトをアップグレード

既存のプロジェクトをアップグレードする場合は、このドキュメントの残りの部分とUpgrade Guideを読み終えてから、作業を開始することをお勧めします。

プロジェクトでPolymer要素またはbehaviorsを使用する場合は、Polymer要素の可用性を参照してください。

  1. プロジェクトのコピーを生成するか、作業用の新しいブランチを作成します。

  2. bower.jsonでPolymerパッケージを探し、既存のバージョンを^2.0.0.rc.3に置き換えてください。：

"polymer": "Polymer/polymer#^2.0.0-rc.3"
  1. bower.jsonで既存のPolymer要素を探し、既存のバージョンを2.0-previewのブランチに置き換えます。：
"paper-button": "PolymerElements/paper-button#2.0-preview"
  1. bower installを実行してください。
bower install
  1. 既存のコードをPolymer 2.0上で動作させる方法については、Upgrade guideを参照してください。
2
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
2
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?