使うのにも罠が待ち受けていました。継承したクラスを作成しました。定義してるのにも関わらず。ビルドが通っているのにも関わらず、です。詳しいことはこちらのページが詳しいです。新たに定義したメソッドにすることでビルド結果の差をなくしています。改良したクラスが含まれています。ガチ勢からマサカリ飛んできそうですが......)簡単に書けるようにしてあります。アプリを作る=ネタ扱いでしたが、個人的な感触では意外に実用的(になった)なんじゃないかなーと思います。書いていて楽しいです。設定するか小一時間悩んだ結果をまとめてみました。使用してクライアントサイドでのルーティングが可能です。変更されるようになります。便利だね!ところで、このURLですが標準ではこんなカンジになります。呼ばれ、ハッシュ(#)以降の部分をアプリケーションのパスとして利用するモードです。bang部分がないのでなんだかちょっと違和感があります。利用したURLは現在では「あまり使うべきではない」と言われています。使わずともブラウザヒストリを記録しつつクライアントサイドで画面を書き換えることができるようになりました。変更することができます。それぞれでURLは次のようになります。ブラウザもまだまだ現役です。フォールバックしてくれます。使用したURLは廃れつつあります。万能というわけではありません。様にURLにハッシュが含まれなくなります。次のような違いが現れてしまいます。リクエストが飛ぶつまり次の通り。クライアントサイドでページを生成すればOK。対応するページを生成する必要がある。サーバー側で対応しなくてはならない。場合によっては後者はとても面倒です。使うべきではない理由とはなんでしょうか。参考サイトによればざっくり次のようなカンジです。間違えて残してしまうとほとんどのユーザー(IE利用者)が真っ白な画面を見ることになるサイト管理者のコントロール下にない広告のJavaScriptにエラーがあるとコンテンツが見れなくなる結論:どちらのモードを使うべきか先ほどの参考サイトにもほぼ同じ事が書いてありますが、次のように考えることができると思います。