はじめに
ブラウザ側にレスポンスデータのキャッシュがあると、サーバ側の修正がブラウザ側に反映されないことがあります。
キャッシュが効きすぎて、サーバ側の修正を確認することができないということになりかねません。
『独習JavaScript』第２版のP353にキャッシュを回避する例(意味のないリクエストパラメータを追加する例)が紹介されていましたので、それを試してみたいと思います。
この記事では、ブラウザ側でレスポンスデータをキャッシュすることを確認して、その後、意味のないリクエストパラメータを追加したときにキャッシュを回避することを確認します。
なお、PlayFrameworkのキャッシュを紹介する際にはPlayFrameworkでCookieを試してみましたのコードを流用します。
ディレクトリ構造
使用したディレクトリ構造は下記のディレクトリ構造になります。
.
├── app
│ └── controllers
│ └── Tokyo.scala
├── build.sbt
├── conf
│ ├── application.conf
│ └── routes
└── project
├── build.properties
└── plugins.sbt
ファイル
まずは、build.sbtを見てみます。ここではプロジェクトを設定しています。
libraryDependencies += cache
routesGenerator := InjectedRoutesGenerator
lazy val commonSettings = Seq(
version := "0.1-SNAPSHOT",
organization := "com.sandbox",
scalaVersion := "2.11.6"
)
lazy val root = (project in file("."))
.settings(commonSettings: _*)
.enablePlugins(PlayScala)
キャシュを使うために、libraryDependencies += cacheの行を追加しました。また、DIを使うために、routesGenerator := InjectedRoutesGeneratorの行を追加しました。
つぎに、plugins.sbtを見てみます。ここではプラグインを指定します。
addSbtPlugin("com.typesafe.play" % "sbt-plugin" % "2.4.2")
build.propertiesを見てみます。ここではsbtのバージョンを指定します。
sbt.version=0.13.8
routesを見てみます。ここではリクエストをコントローラのアクションに関連付けます。
GET / controllers.Tokyo.user
application.confを見てみます。このファイルが存在しない場合、実行時エラーになります。
# conf/application.conf
Tokyo.scalaを見てみます。ここではコントローラを用意します。
package controllers
import play.api.mvc._
import play.api.cache.Cached
import javax.inject.Inject
class Tokyo @Inject() (cached: Cached) extends Controller {
def user = cached("page") {
Action { implicit request =>
Ok(s"cache!")
}
}
}
実は、これは実行時エラーになります。
You do not have an implicit Application in scope. If you want to bring the current running Application into context, just add import play.api.Play.currentというエラーメッセージに従い、import play.api.Play.currentを追加すれば、実行時エラーを解消できます。
DIを使ってみたところ、実行時エラーになりませんでした。
キャッシュするか？
Playサーバを起動するために、次のようなコマンドラインを実行します。
$ sbt run
その後、ブラウザでlocalhost:9000にアクセスします。初回なのでキャッシュがありません。レスポンスステータスは200になります。
⌘+Rなどでリロードすると、初回アクセス時にレスポンスデータをキャッシュしているのでレスポンスステータスが304になります。
意味のないリクエストパラメータを追加したときにキャッシュを回避するか？
意味のないリクエストパラメータを追加したときにキャッシュを回避することを確認します。
確認は簡単です。ブラウザでhttp://localhost:9000/?fb=tokyoにアクセスします。すると、レスポンスステータスが200になります。
http://localhost:9000/?abc=123とかhttp://localhost:9000/?tw=9abとか、意味のないリクエストパラメータを追加すればキャッシュを回避することができます。
まとめ
Play cache APIを使って、キャッシュを試してみました。まず、キャッシュすることを確認して、意味のないリクエストパラメータを追加したときにキャッシュを回避することを確認しました。
余談
実は、この記事で紹介した方法では、サーバ側を修正してリロードするとブラウザ側に修正が反映されます。。