15.1 Facadeパターンとは 第15章ではFacadeパターンを学びます。プログラムを作っていくと、最初は小さなものでも、だんだん大きくなっていきます。 たくさんのクラスが出来て、相互に関係しあい、複雑になっていきます。 クラスを使う場合には、それらの関係を正しく理解して、 正しい順番にメソッドを呼び出す必要があります。 大きなプログラムを使って処理を行う場合、 関係しあっているたくさんのクラスを適切に制御しなくてはいけません。 その処理を行うための「窓口」を用意しておくと、 個別にたくさんのクラスを制御しなくても、「窓口」に対して、要求するだけですみます。 Facadeパターンは、既存のクラスを複数組み合わせて使う手順を、「窓口」となるクラスを作ってシンプルに利用できるようにするパターンです。 ちなみに、facadeとはフランス語を語源とする単語で「建物の正面」という意味です。発音
先日 activerecord-blockwhere の記事を書きましたが、 実は同じ日に active_modularity というGemライブラリも公開しました。 ライブラリの紹介 active_modularityは一つのRailsアプリで管理機能と公開機能など、複数の機能で同じモデル（テーブル）を操作したい場合に利用するライブラリです。 このライブラリを利用する場合、アプリケーションを以下の構造にすることが前提となります。 公開機能、管理機能などのコントローラはPublic,Adminなどのモジュール配下とする トップレベルに前テーブルの継承元となるモデル（基底モデル）を作成する 同じようにモデルもモジュール配下とし、トップレベルの基底モデルを継承する active_modularityを利用しなくても、上記構成のRailsアプリを構築することは可能ですが、何点か問題が発生します。
スレッドとは、プログラムを実行している主体（例えて言うなら１人の人間）です。 そのマルチスレッドプログラミングについて解説していきます。 マルチスレッドプログラミング INDEX スレッド 1.1. スレッドとは 1.2. マルチスレッド 1.3. スレッドのライフサイクル 1.4. 複数のスレッドの関係 スレッドの実行 2.1. Threadクラスを継承する方法 2.2. Runnableインタフェースを実装する方法 2.3. 2つのスレッド作成方法の比較 スレッドの排他制御 3.1. synchronizedブロック 3.2. synchronizedブロックの仕組み 3.3. synchronized メソッド 3.4. static synchronized メソッド 3.5. volatile 変数 スレッドの制御 4.1. 優先度の設定 4.2. スレッドの休止・中断 4.3.
GET ではなく POST でリクエストを送りたい動機としては、次のようなものがあると思います。 リンク先が POST しか受け付けてくれない。 リンク先が POST しか受け付けてくれず、パラメータはリクエスト本文で指定したものだけが受け付けられる。（URL にクエリ文字列として含めても受け付けてくれない）。 リクエストパラメータが多すぎで、URL の最大長を超えてしまう。 一つ目の「リンク先が POST しか受け付けれくれない」という場合は link_to の method オプションで post を指定すれば問題ありませんが、残り二つの場合は上手くいきません。 というのも、link_to の method オプションに post を指定したとしても、パラメータは URL に含まれてしまうからです。 パラメータはリクエスト本文に含めて POST で送信したい パラメータをリクエスト本文
こんにちは、鈴木です。 既存のメソッドの動作を少しだけ変更したい、という場合に使われる常套手段をご紹介します。 とあるシステムのログ出力モジュール とあるシステムでログ出力機能が必要になり、以下のような Logging モジュールを作成したとします。
こんにちは、鈴木です。 Redis におけるデータの永続化についてです。 RDB と AOF Redis におけるデータの永続化には 2 つの方式があります。 一つは RDB ファイル（RDB = Redis DataBase だと思います）に書き出す方式で、あるタイミングのスナップショット（フルダンプ）です。 もう一つは更新系のクエリが逐次追記される AOF (Append Only File) です。 RDB と AOF は両方を有効にすることができ、その場合は RDB と AOF の両方が出力されますが、Redis 起動時には AOF からデータが復元されます。 RDB を保存する RDB ファイルを保存するには、save ディレクティブで保存するタイミングを指定します。
JMeter はJakarta プロジェクト 1 で開発が進められている、パフォーマンス計測用のJavaアプリケーションです。 そのJMeterについて解説していきます。 1 [2012/5/23追記] 2011/12/21にてJakarta Projectは廃止されました。このプロジェクトはApache Projectに移管済みです JMeter INDEX JMeterの基本 1.1. JMeterとは 1.2. インストールと実行 1.3. 簡単なテスト リスナー 2.1. リスナーとは 2.2. リスナーの使用法 2.3. 結果を表で表示 2.4. 統計レポート 2.5. グラフ表示 2.6. その他のリスナー 設定エレメント 3.1. 設定エレメントとは 3.2. HTTPリクエスト初期設定 3.3. HTTP認証マネージャ 3.4. HTTPヘッダマネージャ 3.5. HTTP
お久しぶりです。寺岡です。 たまにはRuby以外の記事も書いてみようと思ったので、 知っておきたいJavaScriptのエスケープ処理に関する小ネタを紹介します。 encodeURI, decodeURI は使わない JavaScriptでURLエンコーディングを行う場合に、encodeURI, decodeURIを使用してはいけません。 これらの関数は「:」や「/」などの、URL上で意味を持つ記号は処理してくれません。 encodeURIComponent, decodeURIComponentを使いましょう。 実例で見てみます。 「あいうえお」という文字列を対象としている場合は結果は同じですが、 「http://」という文字列を対象とした場合、結果が異なることがわかります。 var value; // ------------------------- // ひらがなのURLエンコード
こんにちは、鈴木です。 先日、Rails 4.1.0.rc1 がリリースされました。 リリースノートをパラパラを見ていたら ActiveRecord enums という新機能があったので試してみました。 ActiveRecord enums とは 会員のデータを保持する users テーブルを作成して、会員ステータスを保持する status カラムを用意して、その値が 0 なら仮登録、1 なら本登録、2 なら退会済みにしよう、・・・ということって良くありますよね？ ActiveRecord enums は、モデルクラスでこんな風に使います。 class User < ActiveRecord::Base # ステータス: temporary (仮登録), active (本登録), resign (退会). enum status: %i(temporary active resign)
こんにちは、鈴木です。 Redis におけるバックアップとリストアについて調べました。 データを永続化する方法については「Redisにおけるデータの永続化」で調べました。 RDB ファイルのバックアップ RDB ファイルでのバックアップ手順は以下のようになると思います。 BGSAVE コマンドを実行する（非同期での RDB ファイルの生成が開始される）。 RDB ファイルの生成が完了するまで待機する（完了したかどうかは、LASTSAVE コマンドの結果が変化したことや、RDB ファイルの i-node 番号が変化したことで判別可能です）。 （redis-check-dump で生成された RDB ファイルに問題が無いことを確認する。） RDB ファイルをコピーする（別サーバなど Redis が動作するサーバがクラッシュしても安全な場所に保管する）。 上記を一日一回など、定期的に実行します。
こんにちは。 Blogを書こう！と宣言してから数ヶ月。 ネタを温めては冷まし、温めては冷ましを繰り返し、1度も投稿していなかった増田です。 この投稿を期にBlogグセをつけるべく、シリーズ物で行こうと決心しました。 テーマはHerokuで提供されている気になるアドオンをチェック！ 手を動かしたり、本家のドキュメントを和訳したりしなから、ホットなアドオンを紹介していきたいと思います。 アドオンはHerokuに依存しているという訳ではなく、SaaSで提供されているアプリケーションだったり、データベースだったり、アプリケーションと組み合わせることで、旨みを引き出せるトレンディーな技術がラインナップされています。 以下が一例です。 Mailgun メールの送受信を担うSaaSであるMailgunと連携するアドオン Pusher お手軽にWebSocketを始めるアドオン Redis To
1.1 Ruby on Railsとは Ruby on Rails（以下Rails）は、MVCアーキテクチャに基づいたWebアプリケーションフレームワークです。 2004年にデンマークのDavid Heinemeier Hansson氏によって最初のバージョンが公開されて以来、開発者に人気のあるフレームワークです。 1.2 設計理念 Railsには、設計理念として、以下の3つがあります。 1. CoC（Convention over Configuration） 和訳すると「設定より規約」。従来のフレームワークのように設定を大量に記述するのではなく、規約にのっとってプログラミングすることで、余計なプログラミングや設定を省くことができます。 例えば、社員クラスを「Employee」とすれば、社員情報を格納するデータベースは複数形である「employees」という名前にします。 この規約にのっ
Spring Frameworkは Rod Johnson 氏の著書 "Expert One-on-One J2EE Design and Development" の中で使用されたコードを元にしたオープンソースの Java/J2EE アプリケーションフレームワークです。 「DIコンテナ」「Dependency Injection」という言葉を、耳にしたことはないでしょうか。Dependency Injection とは、オブジェクト が必要とする情報を、外部から注入することで、コンポーネントの再利用性を高めることを目的としたデザインパターンのひとつです。 ここでは、今後 Java プログラマにとって必須となるであろう Spring Frameworkについて解説していきます。 Spring Framework INDEX Spring Framework 1.1. Spring の概要
DBUnitとは、データベースを操作するクラスのテストプログラムを作成するためのフレームワークで、JUnitを拡張しています。 そのDBUnitについて解説していきます。 DBUnit INDEX DBUnitとは 1.1. DBUnitとは 1.2. DBUnitのインストール 1.3. サンプルの実行 参照メソッドのテスト 2.1. 参照メソッドのテスト 2.2. テストデータの作成 2.3. テストデータの登録 2.4. テストメソッドの実装 2.5. テストデータの後片付け 2.6. DatabaseOperation 更新メソッドのテスト 3.1. 更新メソッドのテスト 3.2. テストデータの作成 3.3. 単体テストの実装 データセット(1) 4.1. IDataSet 4.2. FlatXmlDataSet 4.3. FlatXmlDataSetとDTD 4.4. DTDの
DBUnitについて説明します。 1.1 DBUnitとは データベースの参照や更新を行うクラスの単体テストについて考えて見ましょう。テストプログラムを作成するのにいろいろ苦労することが多いと思います。 テストのためのデータをDBに投入したり、テスト後にデータを削除してDBを元に戻す作業に時間がかかる 「テストデータの投入と後片付け」でプログラムが複雑になり、保守性が下がる。とにかく、他人が書いたテストプログラムは読めない、直せない。 プログラムが複雑になるため、本当に正しくメソッドを実行し評価しているのか、わかりづらい。 そこで、「DBUnit」と呼ばれるフレームワークを紹介します。DBUnitとは、データベースを操作するクラスのテストプログラムを作成するためのフレームワークで、JUnitを拡張しています。 テストデータをDBに投入する機能 DBの後片付けをする機能 メソッド実行後のDB
こんにちは、鈴木です。 Rails の便利なライブラリをシリーズでご紹介してみたいと思います。 今回は「N+1 問題」を検出してくれるライブラリ、bullet です。 bullet (http://github.com/flyerhzm/bullet) N+1 問題 N+1 問題とは、OR マッパーを使用しているときに発生しがちな問題です。 何かの一覧画面を作成しているときに、 一覧に表示するデータを取得するために SELECT を 1 回実行（N レコード返される） 各データの関連データを取得するために SELECT を N 回実行 データベースアクセス（SELECT）が合計 N+1 回も実行される（JOIN して 1 回の SQL で取得した方が効率的） というものです。 具体的なコードで考えてみましょう。 例として店舗の一覧画面を作成しているとします。 関係するモデルは以下の通りです
こんにちは、河野です。この記事は TECHSCORE Advent Calendar 2014 の 11日目の記事になります。 最近Railsで使用するRack Middlewareを作ってみましたので、その辺りの話を書こうと思います。 そもそもrackって？ rackについて説明すると長くなるので、以下の記事が参考にしてください。 Ruby - Rack解説 - Rackの構造とRack DSL - Qiita 簡単に説明すると、アプリケーションサーバとのインターフェースのことです。 あるクラスにcallメソッドを定義して、 ステータスコード レスポンスヘッダのハッシュ レスポンスボディの配列 をまとめた配列を返すようにしてね！というものです。 Rack Middlewareを作成する 今回は、大量のヘルスチェックのログでアプリのログが見にくくなることに悩んでいましたので、専用のログに出
こんにちは、寺岡です。 Rails4.2は来年の夏に予定されているRails5.0に向けて、4.x系最後のマイナーバージョンアップになるそうです。 今回はRails4.2beta1のインストール方法と、ちょっとしたはまりポイントをご紹介します。 まずはさらっとインストール # railsをインストールするディレクトリを作成 mkdir rails42 cd rails42 # Gemfileの作成 bundle init # Gemfileにrailsをgithubのmasterブランチからインストールするように指定 echo 'gem "rails", github: "rails", branch: :master' >> Gemfile # システムのgemに混ざらないようにvendor/bundle以下にインストールする bundle install --path vendor/b
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
