はじめに Railsアプリ内の入力フォームでユーザの入力に合わせた候補を表示するオートコンプリート機能をTwitter社が提供しているtypeahead.jsを使って実装したのでその手順をメモしておきます。 やりたいこと 以下のgifのように、ユーザがフォームで入力を行った時に、その入力内容に合わせた候補を自動で表示するというオートコンプリート機能を実装します。以下のようにNameのテキストフィールドではNameの候補を表示し、EmailのテキストフィールドではEmailの候補を表示できるようにします。なお、以下の例では新規ユーザ作成フォームでの名前とE-mailの入力に対してオートコンプリート機能を実装した例になりますが、これ自体は実用上はなんの意味もないです。 このような機能をお手軽に実装するのにtypeahead.jsというライブラリをTwitter社が提供しているので、これを使いま

このガイドでは、開発者に向けてRailsのルーティング機能を解説します（訳注: routeとrootを区別するため、訳文ではrouteを基本的に「ルーティング」と訳します）。 このガイドの内容: config/routes.rbのコードの読み方 独自のルーティング作成法 （リソースベースのルーティングが推奨されますが、matchメソッドによるルーティングも可能です） ルーティングのパラメータの宣言方法（コントローラのアクションに渡される） ルーティングヘルパーを使ってパスやURLを自動生成する方法 制限の作成やRackエンドポイントのマウントなどの高度な手法

class ProductsController < ApplicationController before_action :set_product, only: [:show, :edit, :update, :destroy] def index @products = Product.all end def show end def new @product = Product.new end def edit end def create @product = Product.create(product_params) @products = Product.all end def update @product.update(product_params) @products = Product.all end def destroy @product.destroy red

ActiveRecord / Arel 両方ともRailsでDBを操作する際に重要な要素だと思う。 今回めちゃくちゃ実践的に、わざわざこの記事用にモデルを別途用意したりして書いてみました。 モデル取得・検索についてのヒントになれば幸いです。 対象者 : いまいちRailsでの検索条件や結合条件をうまく書けない人 執筆時の環境 rails : 4.2.0 activerecord : 4.2.0 arel : 6.0 使用するModel コンテンツに紐づくチャプターを取ってこよう 多分コントローラーにこんな感じで書きますよね。

モジュール配下のController controllers/admin/videos_controller.rb まずはgenerate

はじめに 第1回の設計編に続き、第2回は区分値管理編をお送りします。 本記事はRails利用者だけでなく、他の言語・技術要素においても参考になるように記載したつもりです。 区分値管理とは エンタープライズなシステムを作る場合には、必ずといっていいほど、登場するのが区分値です。一番簡単な例でいうと、会員マスタというテーブル上で、カラムに性別を保持すると場合、男性であれば1、女性であれば2というように、値に特別な意味を持たせてデータを保持する、伝統的なシステムの設計技法です。 国産のJava永続化フレームワークであるDBFluteのドキュメントにも下記のように解説されてますので、そもそも区分値ってなんだという方は参考にしてください。 区分値 (Classification) | DBFlute http://dbflute.seasar.org/ja/manual/function/genba

Railsでの区分値の扱い、皆様どのようにしておられるでしょうか？ 区分値とは、例えば性別情報(1: MALE, 2: FEMALE)とか、服を扱っているシステムの場合は商品種別(1: LADIES, 2: MENS, 3: KIDS)の事を指します。 私は区分値情報をDBに保存しておこうか、アプリ側でのみもっておこうか、毎回悩まされます。 区分値をDBに保存しておくと、外部キー制約もつけられるしActiveRecordでも扱いやすいといったメリットがあります。 しかし、アプリとDB両方に区分値情報を持っているとデータの二重管理になってしまいます。 DB側の区分値とアプリ側の区分値が食い違ってる! なんていう事態も発生します。 ならば、いっその事DBに保存するのはやめて、区分値情報をアプリ側にのみ持っていた方がよいのでは、というのが最近の私の考えです。 今回はRailsで区分値を扱う方法に

初投稿の@sunflatです。好きなプログラミング言語は MSX-BASIC です。 Rails 4.1でActiveRecordに追加された enum について、ちょっと調べてみました。 本当は、Misocaの開発でenumを使ってその実例を紹介する予定だったのですが、後述する理由により今回は適していなかったので使いませんでした。 そこで今回は、(株)Misocaの近くにある「ムガルパレス」というインドカレー屋さんの、ランチセットのメニューを例に、enumを使う時に気をつけたいポイントをいくつか紹介します。 enum の使い方 ActiveRecordの enum を使うと、プログラムからは文字列（名前）でアクセスでき、DBには整数値で保存される属性を作成できます。 さっそくランチセットのモデルを作成しましょう。カレーの種類として、チキン、ポーク、野菜、豆 を選択できるとします。enum

Polymorphic URL 使うといいよ！という話 参考ページ： Rails Best Practices - Generate polymorphic url Rails初学者が出会うpathの生成ヘルパーから、一歩進んだパス生成方法について、グダグダと書く。 前提 例に使用するScaffold $ ./bin/rails g scaffold Question title:string content:text $ ./bin/rails g scaffold Answer content:text question:references

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

こんにちは、hachi8833です。 今回から趣向を変えて、弊社筆頭プログラマーのbabaさんによる社内講義録を元に記事を書きます。第一回は「Railsらしく書こう」です。 Railsらしく書こう 特にプログラミング経験の浅いうちは、コーディングに関するさまざまな慣習を知らないがために遠回りをしてしまうことがあります。この講義では、Rails (とRuby) の基本的なコーディングルールについて説明します。 なお、この講義はRails3時代のものを元にしていますのでご了承ください。 基本的なコーディングスタイル class CommentsController<ApplicationController def index() @comment=Comment.find ( params[:id] ) if(request.format==:xml) then render(:layout

更新情報 2014/03/03: 初版公開 2020/11/20: Rails 6で確認および更新 こんにちは、hachi8833です。「Railsのルーティングを極める」の後編です。今回はRails 4.0.3 + Ruby 2.1.1の環境で動作確認しています。 Railsのルーティングを極める(前編) ⚓ Railsのルーティング（routes）を極める 2012/03（baba） ⚓ resourcesとネスト Railsのルーティング記法の基本は、複数形のresourcesメソッドと単数形のresourceメソッドです。また、Railsのルーティングにはネストを含む多くのオプションがあり、自由度が飛躍的に高まっています。 以下の2つのルーティングは、ネストしていないシンプルなresourcesルーティングです。prefecturesとarticlesは、いずれもコントローラに合わ

rails g model <model name> <column name>:<type> <column name>:<type> ... 例) $ rails g model CancelReason user_id:integer reason_id:integer memo:text invoke active_record create db/migrate/20150908052600_create_cancel_reasons.rb create app/models/cancel_reason.rb invoke rspec create spec/models/cancel_reason_spec.rb

Railsでの開発を通して色々なgemを教えてもらったりして常に目から鱗状態という最近の事情です。 その中でenum_helpというenumをI18n化するgemが個人的に簡単かつ便利だなーと思ったのでご紹介です！ まずenumとは何者か enumは0を男性, 1を女性のように数字を何かしらの値と紐付けているようなデータの管理をしている場合に非常に有効なものです。 例えばUserモデルで性別をgenderで管理している場合に男性を0, 女性を1としていると想定 class User < ActiveRecord::Base enum gender: { male: 0, female: 1 } end このように書くと # genderに0を設定している場合 user.gender => "male" # genderに1を設定している場合 user.gender => "female"

よく書き方がわからなくて困るのでメモ的に。 あまりバージョンとか関係ないと思いますが一応。 Rails4.1.4 Ruby2.1.4p265 slim-ralis(2.1.5) -- 要件としては classを使いたい promptで初期値を用意したい selectedも用意したい 下記でいけます。 = f.select :number_of_people, options_for_select((1..20).map{|n| ["#{n}人", n]}, selected: @hoge.try(:number_of_people)), {prompt: t('placeholder.number_of_people')}, {class: 'form-control'} <select class="form-control" id="number_of_people" name="nu

※追記: fields_forにかんして、新しくこちらの記事にまとめたので是非一緒に参照してください。 form_tagとform_forの使い分け Railsにおけるformを理解するために、最初に理解すべきなのがこの違いです。 Railsのform_for/form_tagの分け方の意図としては、 form_for: 任意のmodelに基づいたformを作るときに使う form_tag: modelに基づかないformを作るときに使う ということです。 つまり、あるuserモデルに基づいたuserを作成するときはform_forを使い、 そうではなく、検索窓のような何のモデルにも基づかないformを作りたいときはform_tagを使うのが原則です。 具体的に何が違って、その用途はどう分かれているのか。 結論としてform_forはモデルオブジェクト扱う上で便利 post先のurlは不要

# マイグレーションファイル作成コマンド $ rails generate migration クラス名 # モデル作成 $ rails generate model モデル名 クラス名は何でもOKだけど「アクション+テーブル名」とかが慣例っぽいです。分かりやすければ良いかな。これで /db/migrate/タイムスタンプ_クラス名.rb というファイルが作れる。ここに、スキーマの変更点を記載すればOK。 モデルの新規作成はmodel モデル名。命名規則はモデル名とテーブル名の規約を参照。 generateは g と略すことができるので、ぜひ略そう。 テーブルを作る

BrowserSyncはgrunt, gulpそしてブラウザエクステンションがなくても利用でき大変便利です。LiveReloadより楽だと思います。 ファイル更新を検知してブラウザを自動更新 複数のブラウザの動きを同期 などしてくれます。 インストールはnpmからです。