Railsのテストについての考察（暫定） [俺の備忘録]
Google+ボタン はてなブックマークボタン 更新日時: 2015年04月23日（木） 作成日時: 2015年04月23日（木） 前の記事 / 次の記事 Railsのテストについて考えまくった結果 一定の結論に達した気がした（たぶん気のせい）のでメモ。 全ての要件を漏れなくテストできればそれがいいに決まってる。 でも無理。 っていうかやる時間があったとしてもそれは果たして意味があるのか。 勝手に天から降りてくるならいいけど。 で、落としどころを探る。 フレームワークはRspecを使う。 大前提としてロジックが介在しないヶ所はテストしない。 例えばCSSが仕様通り書かれているかみたいのはテストしない。 ていうかロジックがないヶ所のテストとかただのコンペアだから不毛。 コンペアが不毛っていうことじゃなくて、 コンペアするために正解である比較対象を用意しなきゃいけないけど その用意した比較対象
Rails4のStrong Parametersの使い方まとめ [俺の備忘録]
Google+ボタン はてなブックマークボタン 更新日時: 2014年02月26日（水） 作成日時: 2013年09月09日（月） 前の記事 / 次の記事 目次 そもそも何なのか？ どうやって使うのか？ 嵌まらないようにする（エラーをraiseさせる） 仮想属性でも定義が必要 参考 そもそも何なのか？ 例えば次のようなカラムを持つArticleテーブル（記事テーブル）があって、 更新時には headline と content だけを更新して user_id は変更したくない場合。 （user_id は 記事の作成者を識別するidとして使う。） class CreateArticles < ActiveRecord::Migration def change create_table :articles do |t| t.integer :user_id t.string :headlin
Railsでネストしたモデルをまとめて受け取って保存する [俺の備忘録]
Google+ボタン はてなブックマークボタン 更新日時: 2013年10月24日（木） 作成日時: 2013年02月06日（水） 前の記事 / 次の記事 Railsでモデルを保存する時に、 accepts_nested_attributes_for を使ってアソシエーション先のモデルも含めて一発で保存する。 目次 やりたいこと やること 付随する機能 参考ページ やりたいこと 例えば、次のようなモデルがあって、 class Book < ActiveRecord::Base attr_accessible :author_id, :title belongs_to :author end class Author < ActiveRecord::Base attr_accessible :name has_many :books end BookとAuthorを同時に保存したい時、こう書
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails4アプリ作成の手順 [俺の備忘録]
