分12前回の記事では,Rackとは何かについてを,Rackが生まれた背景を交えてご紹介しました。今回は,Rackを実際に使ってみるにはどうすればいいのかを実際に作りながら解説します。rackupとRack::Builder前回の記事の最後で,アプリケーションの他にconfig.ruというファイルを用意し,rackupといういうコマンドを使ってアプリケーションを起動しましたが,これについてもう少し詳しく説明したいと思います。実は,単にRackアプリケーションを起動するためだけであれば,config.ru(rackupファイルと呼びます。拡張子のruはおそらくrackupの略でしょう)は必要ありません。Rackの入門記事等で目にしたことのある方もいるかもしれませんが,以下のようなコードをファイルの末尾に書き加えるとsimple_app.rb単体でアプリケーションを起動することができます。9292endrackupから起動した場合と特にかわらない結果になったと思います。前回の構成でrackupコマンドを実行した場合,コマンドの内部でこのような処理をしているからです。このほうが「サーバを起動してアプリケーションを実行している」のがよくわかりますね。最初からこの形ではなく,rackupを使うやり方を紹介したのでしょうか。一つは,この形式ではサーバ依存のコードが残ってしまっているからです。前回,サーバとアプリケーションの間にRackが入ることによって,自由に組み合わせられるようになったことをRackの利点として説明しました。実際アプリケーションにはサーバ依存の実装はありませんし,rackupを使って簡単にアプリケーションサーバを切り換えられることも見ていただきました。残念なことに上記のコードでは「どのサーバによってどのように実行されるか」を明示的に記述してしまっているため,(⁠些細なことではありますが)サーバを変更する度にアプリケーションのコードを修正する必要があります。これではRackのメリットが活かし切れていません。ThinやMongrelのようにRack本体がハンドラを持っているアプリケーションサーバならこの方法で起動できますし,CGIなどの環境ではむしろこう記述する他はありません。PassengerのようにWebサーバのモジュールとして動作するタイプのサーバではこの方法で起動することはできませんし,Rack側ではなくサーバ側でRackに対応している場合も同じように書けるとは限りません。MongrelやWEBrickであればrackupコマンドが,ThinやPassengerであればサーバ側で,それぞれ「rackupファイルを読んでアプリケーションを初期化して,適切なハンドラで起動する」ところまではやってくれます。あれば,そちらに任せてしまえばそれぞれの差異を考慮する必要がないので,そうするべきでしょう。一つは,rackupファイルでは,Rack::Builderを通してDSLでRackアプリケーションの構成を記述する仕組みが使えるということです。上記のコードのアプリケーションを起動する部分をRack::Builderを使うように書き換えると,以下のようになります。9292endRack::Builderのブロックの中身がrackupファイルと同じになっているのにお気付きでしょうか。rackupコマンドは,rackupファイルの中身をRack::Builderに渡しているわけです。この例ではあまり有難味はありませんが,後述するRack::URLMapやミドルウェアを使うようになると,Rack::Builderを使ってDSLで構成を記述する方がスマートです。,「⁠基本的にはconfig.ruに色々書いて,アプリケーション側にはサーバ依存のコードは書かない」ものだと覚えてください。Rack::Request/Rack::Response前回の記事では,「⁠リクエストはHashで受けとり,レスポンスはArrayで返す」と言及しました。これはRackの仕様であるため,もちろん従う必要があるのですが,リクエストの扱いなどは概ねどのアプリケーションでも同じなわりに意外と煩雑ですし,レスポンスの形式もちょっとしたミスで上手く動かなかったりしそうですね。そのため,Rack::RequestとRack::Responseというラッパーが用意されています。前回使ったアプリケーションを上記のクラスを使って書き変えると,以下のようになります。'<html><body>何見てんだよ。endendHashやArrayよりは少し扱いやすくなりました。上記のコードでは使っていませんが,クエリの扱いやPOSTデータの受けとり,リダイレクトの制御などもRack::RequestとRack::Responseを使うと簡単にできるようになります。Rack著者プロフィール佐孝太郎(さこうたろう)株式会社ライブドア所属。MacRubyでCocoaアプリのテストを書くなど,隙を見付けてはRubyを使おうと目論んでいる。2019」を開催しました。DAY1・DAY2の様子を注目セッションとともにお伝えします。LINEのエンジニア3名がイベントに先駆けて見どころを紹介します。コードの安全性・安定性を高める開発サイクル~テスト管理の効率を上げ,脆弱性診断を自動で行う~本連載では,連載「業務を改善する情報共有の仕掛け」を受けつつ,安全性・安定性を加えた開発サイクルについて考えていきます。若者世代から圧倒的な人気を誇るライブ配信&動画投稿コミュニティアプリ「MixChannel」(ミクチャ)の裏側(レコメンドシステムやサーバサイド開発など)について解説していきます。その他の連載CSS3アニメーションでつくるインターフェイス表現CSS3によるアニメーション表現を紹介していきます。その中でも,幅広い読者に応用してもらえるだろうインターフェイスを主なお題とします。MySQL道普請便り本連載では,MySQLを使ったアプリ開発・運用に関するノウハウをご紹介していきます。RecipeUbuntuの強力なデスクトップ機能を活用するための,いろいろなレシピをお届けします。JavaScriptセキュリティの基礎知識JavaScriptに関するセキュリティ上の問題はどこで発生し,どうすれば防ぐことができるのか?について解説していきます。〜システムをきちんと運用するための基礎知識システムは「作って終わり」ではなく,運用の中でさまざまな問題が発生します。問題の発生に備えて事前にどのような対応をしておくべきなのか,問題発生時に何をしなければならないのか,ポイントを解説していきます。きたみりゅうじの聞かせて珍プレーソフトウェア開発の現場で体験したトホホな失敗,思わずうなる珍プレーをきたみりゅうじ氏が四コママンガで紹介。Linuxのメンテナンスの傍ら,Linuxやオープンソースソフトと日々を過ごす著者が,その魅力とつきあい方を,エッセイ風味でお届けします。PRESS特別編集部員,さわやか笑顔のスーパーハカーはまちちゃんとネット大好き14歳わかばちゃんが,毎号,読者の皆さんから寄せられたおたよりを紹介します。皆さんの日頃の悩みにも答えちゃいますよ。]メールでのお知らせメールで次の案内をお送りしております。メールの配信を希望する方は,利用したい項目をチェックしてメールアドレスを入力し,[登録]ボタンをクリックしてください。UPDATES[ほぼ週間に1回]新刊メールマガジン[ほぼ週間に1回]電脳会議の各号案内[ほぼ1ヵ月半に1回]※変更する場合や停止する場合は,登録情報変更ページをご覧ください。※登録いただいたメールアドレスには,そのお知らせ以外,配信いたしません。Ltd.ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。