複数の関連を跨いでaccepts_nested_attributes_forを使う場合の話。 たとえば Organization has_many Groups Group has_many Employees というモデルに対して、1度にまとめてこれらのレコードを作成したい場合には次のようにする。 まずはクラスの定義: class Organization has_many :groups, inverse_of: :organization accepts_nested_attributes_for :groups # attributes: # name:string end class Group belongs_to :organization, inverse_of: :groups has_many :employees, inverse_of: :group accepts

GitHub PagesのWebサイトジェネレーターであるJekyllで複数言語のコンテンツを管理する方法を紹介します。複数言語のコンテンツを管理するとは、例えば、英語と日本語のコンテンツを提供しているWebサイトにコンテンツを追加・修正・削除し、継続的にメンテナンスするということです。 最初に結論を書くと、jekyll-task-i18nを使えばGitHub Pagesの仕組みから逸脱せずに複数言語のコンテンツを継続的にメンテナンスできる仕組みができます。 複数言語のコンテンツを管理するときの問題 複数言語のコンテンツを管理するときに問題になることは、情報のズレです。一方の言語では提供されている情報が、他の言語では提供されていないという状態です。情報は提供されているが、古い情報のままということもあります。 「作った後は変更しない」というWebサイトではあまり問題になりませんが、作った後も

平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識

Railsでは、ActiveRecordのhas_oneとbelogns_toを使って、DBの1対1のテーブル間のリレーションをモデルに簡単に実装することができます。 動作確認 Rails 4.1 ActiveRecord 4.1 目次 1対1関連とは 参照先の外部キーを追加する モデルにhas_oneとbelongs_toを追加する 使えるようになるメソッド 1. 1対1関連とは説明のために次のER図を実装してみます。 注文一つには多くとも請求書１つがあるビジネスの場合、「注文」から見ると「請求書」は"1"です。 請求書１通にも注文が必ず１つあるビジネスの場合、「請求書」から見ると「注文」は"1"です。 このような関係を「1対1関係」といいます。 ※注文と請求書のどちらにhas_oneを書き、どちらにbelongs_toを書けばいいのか？ 明確な答えはありませんが、意味的に「注文は請求書

Railsでは、ActiveRecordのhas_manyとbelogns_toを使うことで、DBの「1対多」のテーブル間のリレーションをモデルに簡単に実装することができます。 動作確認 Rails 4.1 ActiveRecord 4.1 目次 1対多関連とは 参照先の外部キーを追加する モデルにhas_manyとbelongs_toを追加する 使えるようになるメソッド 1. 1対多関連とは説明のために次のER図を実装してみます。 顧客1人が複数回注文をするので、「顧客」から見ると「注文」は"多"です。 また、１注文は必ず一人の顧客から注文されないので、「注文」から見ると「顧客」は"1"です。 このような関係を「1対多関係」といいます。 2. 参照先の外部キーを追加するまず、多側のテーブル（今回はordersテーブル）にxxx_idという名で外部キーを追加します。 xxxの箇所は参照先の

上記のような一画面に基本情報(宛先、住所)と複数の明細情報(物品名、数量)がある画面で入力された情報を親子関係にある基本テーブル(発送テーブル)と明細テーブル(物品テーブル)に同時に登録したい場合が業務アプリではけっこうあると思います。 Railsではこのようなケースに簡単に対応するための便利機能が用意されています。具体的にはモデルでaccepts_nested_attributes_forという設定を、ビューでfield_forメソッドを利用します。この機能を利用すると以下の２つメリットがあるので是非活用することをオススメします。 ソースコードが短くてすむ ⇒　後述しますが、特にコントローラー側の記述量は激減します。 明細データへのバリデーション結果が画面にキレイに表示できる ⇒　親子関係をRailsに認識させることで明細データのバリデーション結果を表示するロジックを個別に実装する必要が

先日、has_one関連でaccepts_nested_attributesを使ってフォームを作ろうとしたら、ネスト先のフィールドが画面に出てこなくて小一時間ハマりました。そういえば以前も同じ事で悩んだような気がしたのでブログに残しておきます。 UserモデルとProfileモデルが存在し、1対1の関連で結ばれているよくある構成を例にします。ユーザー登録を行うフォームで同時にプロフィールも登録出来るようにします。 Userモデル class User < ActiveRecord::Base has_one :profile accepts_nested_attributes_for :profile end

5. CRUD CRUD=Create, Read, Update, Delete リソースの作成・取得・更新・削除機能を実装する RESTful APIの根幹をなす概念 HTTPメソッドのPOST, GET, PUT(PATCH),DELETEがそれぞれの機能 にアサインされる 6. CRUD(cont.) 例) 住所録つくるよ！ ● POST /addresses…住所の新規登録 ● GET /addresses…登録されている住所一覧取得 ● GET /addresses/1…IDが1の住所を取得 ● PUT /addresses/1…IDが1の住所を更新 ● DELETE /addresses/1…IDが1の住所を削除 7. CRUD(cont.) class AddressesController < ApplicationController include Garage::R

目次 TL;DRテーブル構成 Railsモデル構成has_many, through の定義 belongs_to, through は使えない？1. delegate を使う方法2. has_one, through を使う方法 includes も使うことができるどちらの方法が良いか？参考TL;DRhas_many+throughの逆の関連の定義には: belongs_to+throughは使えないdelegate or has_one+through が使えるhas_one+through の方が効率もよく、 includes も使えてオススメテーブル構成とあるRailsアプリケーションでこんなテーブル構成があったとします。 Railsモデル構成ユーザー（User）は複数の記事（Post）をもっていて、その記事は複数のコメント（Comment）を持っている、という状態です。 clas