Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Ruby の仕事しか降ってこない私です。 C# のお仕事待っています。 cocoon という gem を使って、ネストしたフォームを作る方法のメモです。 Rails にて、ネストしたフォームを作るための gem は nested_form が有名なようですが、 長期間メンテされていません。 ということで、同等の機能を持ち、メンテナンスもされている、 cocoon を使って、 多対多リレーションを持つモデルのフォームを作ってみようと思います。 いつもどおり、インストールから。 # @ Gemfile gem 'cocoon' JavaScript のコードが含まれているので、 application.js も変更しておきます。 // @ app/assets/javascripts/application.js //= require cocoon これで、準備ができたので、ネストしたフォー

Railsのモデル間のリレーションのメソッドには、多くのオプションがある。 今日は、それらを使ってできることをまとめていきたい。 リレーションのオプションでできること一覧 1. ポリモーフィック関連の定義 2. ポリモーフィック関連が定義されたモデルと他のモデルの関連の定義 3. 親モデルに子モデルが依存するようにする 4. 親モデルのプライマリーキーを設定する 5. 外部キーのカラム名を設定する 6. 紐づくモデルのインスタンスを取得するメソッドの名前を設定する 7. 紐づくモデルのobjectに対してvalidationを実行しない 8. ２階層以上離れているモデルのインスタンスを取得する 9. 親モデルのオブジェクトがsaveされたとしても、loadされている子モデルのオブジェクトの変更はsaveされないようにする 10. ひとつのモデル(A)から他のモデルを通して、もう一度モデル(

Rails の ActiveRecord で、MySQL データベースのテーブルから、ランダムにレコードを1件取得するコードを4つの方法で試しました。Rails は便利とはいえ、ActiveRecord が絡む部分でまずい書き方をすると、劇的に動作が遅くなってしまう場合もある。なので、自信がない時は、ちょっと手間がかかりますけどベンチマークを取るようにしてます。 ※ 2015/03/18　1つ目のやり方に欠点がありましたので、追記しました。参考にされる場合は、追記部分も読まれるようお願いいたします。

はじめに kakurenboを公開してから1年が経過し、いろいろ思うところがあり acts_as_paranoid の呪縛から脱却した論理削除gemである kakurenbo-puti を公開しました。 経緯についてはこちらをご覧ください。 kakurenbo-puti kakurenbo(acts_as_paranoid系のgem)はrailsの削除機能を論理削除に置き換えることを目的に作られたgemですが、kakurenbo-putiはrailsに論理削除機能を追加する目的で作られたgemです。 置き換えとは異なり、ActiveRecordを魔改造するgemではありませんので、ActiveRecordの内部構造に左右されにくく、コードもシンプル(コアファイルは70行程度)になるため、堅牢さや保守性の面でかなり優秀なgemと言えると思います。 alfa-jpn/kakurenbo-put

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ActiveRecordでは、lock_versionというカラムを追加するだけで楽観的ロックを利用できます。 レコード単位でlock_versionを保持しているため、レコード単位での更新が競合した場合、ActiveRecord::StaleObjectError例外が発生します。 動作確認 Rails 4.1 ActiveRecord 4.1 目次 楽観的ロックとは 楽観的ロック（ロックバージョン）の実装 楽観的ロックの使い方 楽観的ロックを画面から扱う 1. 楽観的ロックとは楽観的ロックとは、基本的には変更が競合しないだろうという状況に向いたロック手法です。 テーブルにロックバージョンカラムを持たせ、レコードを変更するたびにロックバージョンを更新し、更新しようとしたときにロックバージョンが異なっている場合には、更新の競合が発生したと判断しレコードを更新しないようにします。 Activ

irb> Person.create(name: "John Doe").valid? => true irb> Person.create(name: nil).valid? => false 上でわかるように、このバリデーションはPersonにname属性がない場合に無効であることを知らせます。2つ目のPersonはデータベースに保存されません。 バリデーションの詳細を説明する前に、アプリケーション全体においてバリデーションがいかに重要であるかについて説明します。 1.1 バリデーションを行なう理由 バリデーションは、正しいデータだけをデータベースに保存するために行われます。たとえば、自分のアプリケーションで、すべてのユーザーには必ず電子メールアドレスと住所が必要だとします。正しいデータだけをデータベースに保存するのであれば、モデルレベルでバリデーションを実行するのが最適です。モデルレ

今回はフォームに「追加・削除」ボタンを設置し、それらをJavascript/CoffeeScriptと連携して動的にする実装をする。 前回の静的な実装までは↓から。 jetglass.hatenablog.jp タスク 追加に関すること ネストされた要素内に追加ボタンを表示 追加ボタンを押下したら画面上に空のフォームが追加される 追加されたフォームに値を入れて新規作成および更新でレコードが追加される 削除に関すること ネストされた要素内に削除ボタンを表示 削除ボタンを押下したら対象のフォームが画面上から削除される 更新では削除対象のレコードが削除される 新規作成では削除したフォームのレコードが登録されない 実装 モデル フォームから送信されるパラメーター hoge_attributes内の削除対象としたい要素に、 _destroy=trueというを値を含めて処理させると、対象の要素が削除さ

1 関連付けの概要 Active Recordの「関連付け（アソシエーション: association）」を使うと、モデル間のリレーションシップを定義できます。関連付けは特殊なマクロスタイルの呼び出しとして実装されており、モデル同士をどのように関連させるかをRailsに手軽に指定できます。これにより、データの管理がより効率的になり、一般的なデータ操作がシンプルで読みやすくなります。 マクロスタイルの呼び出しは、実行時に他のメソッドを動的に生成・変更するメソッドであり、Railsでのモデルの関連付けの定義など、簡潔で表現力豊かな機能の宣言を可能にします。たとえばhas_many :commentsのように記述します。 関連付けを設定すると、Railsが2つのモデルのインスタンス同士の主キー（primary key）と外部キー（foreign key）のリレーションシップや管理を支援し、データ

Railsでの区分値の扱いについて考える の続きです。 区分値情報をDBに保存しておくか、アプリにのみ保存しておくのか、悩ましい所です。 DBに区分値を保存しておくと、ActiveRecordなオブジェクトになって扱いやすいという利点があります。 しかし、DBにもアプリにも区分値の情報(ProductTypeの1はLADIESであるといった情報）を持つ事になり、二重管理の状態となる可能性があります。 一カ所変えたら対になるもう一方の修正もしないといけない、という状態は、システム保守の観点からはよろしくありません。 私は過去にアプリ側に区分値情報を更新したのに、DB側に区分値情報を入れ忘れていた! という失敗を体験しました。 区分値情報をアプリ、DB両方に持ってるのはやめたい。でもActiveRecordライクなオブジェクトで区分値を扱いたい。 ActiveRecordのデータソースがcla

zilkey/active_hash HashデータをActiveRecordのように扱う事の出来るgem。 少し使った感じはかなり便利そう。 Qiitaにactive_hashだけの記事が無かったので書いてみる。 用途 例えば、カテゴリデータや都道府県など、プルダウンに使うような静的データは、色々な持ち方ができます。 単純に定数で扱ってもいいですし、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

モデルのスコープ機能とは、共通的に使うクエリをモデルのメソッドのように定義できる機能です。 こうすることにより、複雑なSQLを何度も書かなくてよくなり、可読性と保守性を向上させることができます。 動作確認 Rails 4.1 目次 スコープ(Scope)の概要 スコープに引数を指定 スコープのマージ デフォルトスコープの設定 1. スコープ(Scope)の概要以下の2つの方法で「共通的に使うクエリをスコープ」として定義できます。 # 定義方法1: scopeメソッドで定義 class Post < ActiveRecord::Base scope :published, -> { where(published: true) } end # 定義方法2: クラスメソッドのように定義 class Post < ActiveRecord::Base def self.published whe

AASM - Ruby state machines ここを参考にしました。 https://github.com/aasm/aasm/blob/master/README.md https://github.com/aasm/aasm/blob/master/CHANGELOG.md ※2014年に本記事を投稿してから、細々と継続的にアクセスがあるようです。AASMの仕様は投稿当時と最新版でもそれほど変わっていないようですが、ご利用にあたっては必ず上記GitHubのREADMEとCHANELOGの確認をお願いします。 概要 AASMはRubyのclassに有限オートマトンを追加するライブラリ。2014年10月現在でも精力的に開発が進められている。以下の内容は gem version ~~~3.4.0~~~ 4.9.0 に準拠する。 http://techblog.heartrails.c

1 Active Recordについて Active Recordとは、MVCで言うところのM、つまりモデルの一部であり、データとビジネスロジックを表現するシステムの階層です。Active Recordは、データベースに恒久的に保存される必要のあるビジネスオブジェクトの作成と利用を円滑に行なえるようにします。 RailsのActive RecordがActive Modelとどこが違うかというと、Active Modelは背後にデータベースが「なくてもよい」Rubyオブジェクトを用いてデータをモデル化するときに主に用いられます。Active RecordとActive Modelは、どちらもMVCのMの一部ですが、Active Modelは独自のプレーンなRubyオブジェクト（PORO）としても利用できます。 「Active Record」は、ソフトウェアアーキテクチャパターンを指すという