1日一記事更新するぞ！と思っていたのだけれど、昨日は練習やら出張準備やらで勉強できなかった。。
今日は合間にやっていく予定ですがやっと後半戦に突入。
目標は年内に復習を終わらせて来年は違うのやりたいです。
以前やっていたものの、ザーーーーーっと流したので細かく見ていくとかなり理解していなかった部分がたくさんあった。
多分今もあまり理解できてないんだろうけど。
今日から6日間出張に行ってきます！
出張の合間にできるところはやりたいですが。。どれくらいできるかな。7章以降は難しくなるのでわかりませんが。。
デバッグについて、いつもさらっとここも流していたので少しゆっくりやりながら進めていこうと思います。
Railsチュートリアルでいうと7章のところです。
デバッグ（debug）とは、コンピュータプログラムや電気機器中のバグ・欠陥を発見および修正し、動作を仕様通りのものとするための作業である。サブシステムが密結合であると、1箇所の変更が別の箇所でのバグを作り出すので、バグの修正がより困難となる
http://wa3.i-3-i.info/word1419.html
バグ→プログラムのおかしいところ
デバッグ→そのおかしいところを取り除く作業
デバッガー→バグの原因を見つけてくれるお手伝いをするソフトウェアの事orその仕事をする人
layout/application.html.erbに <%= debug(params) if Rails.env.development? %>を追加する
本番環境に展開したアプリケーションではデバッグ情報を表示したくないので if Rails.env.development?となる。
環境開発のみで行うべきで本番環境やテスト環境ではデバッグ情報は表示されないようにする。
デバッグの出力を綺麗にするためにCSSを追加します。
@mixin box_sizing {
-moz-box-sizing: border-box;
-webkit-box-sizing: border-box;
box-sizing: border-box;
}
.#ここでSassのミックスイン機能 (ここではbox_sizing) を使っています。ミックスイン機能を使うことで、CSSルールのグループをパッケージ化して複数の要素に適用することができます。
.
.
/* miscellaneous */
.debug_dump {
clear: both;
float: left;
width: 100%;
margin-top: 45px;
@include box_sizing;
}
Railsサーバーを立ち上げるとこんな画面になります。
デバッグ出力には、描画されるページの状態を把握するのに役立つ情報が含まれます。
これはparamsに含まれている内容で、YAML5という形式で書かれています。YAMLは基本的にハッシュであり、コントローラとページのアクションを一意に指定します。
YAMLとは
構造化されたデータを表現するのに便利な、ファイルの書き方ルール（の1つ）
です。
です。
http://wa3.i-3-i.info/word13801.html
Rubyist Magazine - プログラマーのための YAML 入門 (初級編
とりあえず7章からは難しいらしいです。しかもつぎからつぎへと知らない単語や知っているけどよくわからない単語、説明に困る単語が出てきます。
覚書なので意味のわからないところは多いブログではありますが、引き続きやっていきたいと思います。
続く。
今日は夜仕事なので家でプログラミングしています。
チュートリアルの内容をupdateしようかと思ったのですが、
普段よく、プログラミングする場所ってどこが最適なのか？と。
あ、独学してる人にとって。
私の場合メインはカフェか自宅なんですが家だとだらだらしちゃってなかなか進まないんですよね。。
個人的にはお勧めはファミレスです。
電源がないところが多いのですが、まず
というところです。
繁華街だと結構うるさいのでお勧めできないのですが。
住宅地なんかだといい感じに人がいないので
集中できるし。
なんだったら食事もできますし。リーズナブルなところが多いので。
カフェって机が小さいところが多いので
結構作業がしにくいです。
パソコンだけおければいいのかというと、手元にメモだったり、勉強中の本だったりをおきたい場合スタバやベローチェだと結構机不足。
ただ、電源があるところはかなり利用しがいがあります。
都心だと作業できるようなカフェも結構あるんですがうちの近所は以外とないんですよ（都会のくせに）
渋谷のbowling cafeは地下で繁華街ですがかなり静かでお勧めです。
テーブル広い！
以前Rubyの環境構築手伝ってもらう際に利用しました。
渋谷なのに空いてる確率が高く（地下だからかな？）wifiもあるし。静かなことが多いぽい。
帰ったらお酒飲んでアマゾンプライムだらだら見ちゃうから、とりあえず渋谷でコーヒー飲みながらチュートリアルやってプログラミングblog書いた。最近Canvaを使うのがお気に入り。 pic.twitter.com/lFKzwqf4Ri
— U-ki@逆立ちする人 (@acro_y) 2017年12月19日
ちなみに昨日は渋谷のilly のカフェを使いました。テーブルはちょっと狭かったけど2F席は結構空いてた。
自宅だとついいろいろ違うことをやってしまうんですが
コツはできるだけその日のタスクを決めてしまうこと
何時から何時までやってこれくらいは休憩。という感じで休憩もちゃんと時間を取ってあげること。
ある程度タイムスケジュールを組んでしまうといいのかもしれません。
ただ、ゲームとかテレビの誘惑が多い人はやっぱり自宅でやるのは控えた方がいいかもしれませんね。。
後、プログラミングやってて思うのですが、本当に人と喋らなくなるんですよね。。（私だけじゃないはず）
それが辛い人は店員さんと触れ合えるからやっぱり外でプログラミングした方がいいのかな。。
今日はデータベースのところで以前全然スルーしていたところです。
Railsはデータを保存する際にデフォルトでリレーショナルデータベースを使います。リレーショナルデータベースは、データ行で構成されるテーブルからなり、各行はデータ属性のカラム (列) を持ちます。
まずUserモデルを作るためにコマンドに
$ rails generate controller Users new
します。
そうするとファイルがいろいろできてきます。
この中にマイグレーションという新しいファイルが生成されます。
マイグレーションは、データベースの構造をインクリメンタルに変更する手段を提供します。それにより、要求が変更された場合にデータモデルを適合させることができます。このUserモデルの例の場合、マイグレーションはモデル生成スクリプトによって自動的に作られました。
マイグレーションファイルのファイル名には先頭に生成された時間のタイムスタンプがつきます。
マイグレーション自体はデータベースに変更を与えるchangeメソッドの集まり
changeメソッドはcreate_tableというRailsのメソッドを呼びユーザーを保存するためのテーブルをデータベースに作成します。
↓
create_tableメソッドはブロック変数を1つ持つブロック を受け取ります。
↓
ブロックの中でcreate_tableメソッドはtオブジェクトを使って、nameとemailカラムをデータベースに作ります モデル名は単数形 (User) ですが、テーブル名は複数形 (users) です（これはRailsで用いられる言葉の慣習を反映）モデルはひとりのユーザーを表すのに対し、データベースのテーブルは複数のユーザーから構成されます。
↓
ブロックの最後の行t.timestampsは特別なコマンドで、created_atとupdated_atという２つの「マジックカラム (Magic Columns)」を作成します。これらは、あるユーザーが作成または更新されたときに、その時刻を自動的に記録するタイムスタンプです
↓
$ rails db:migrate
マイグレーションを実行します。
↓
db:migrateが実行されると、db/development.sqlite3という名前のファイルが生成されます。これはSQLite5データベースの実体。
データベースの構造を見ることができるツールがdevelopment.sqlite3ファイルを開くためのDB Browser for SQLiteというものがあります。
↓
ダウンロードして、開くとこのように構造を見ることができます！（これ、前回やってませんでした多分）
データベースのところはちょっとかじってはやめ、かじってはやめ、、、で理解が全然できていないのでこれを機会にちゃんと理解したいなと思ってます。
続く！
footerを追加しました。
どうも単語だけが一人歩きしている感が否めない（私の中で）
アセットパイプラインについて今日は調べながら進めていきたいと思います。
すごく完結に書かれている記事がありました。
Ruby on Railsにはアセットパイプラインという機能が実装されています。その役割をひと言で説明すると、「Web画面上の色塗りを楽にする機能」です。
比喩として”色塗り”と言っていますが、具体的にはWebブラウザに画面のデザインを認識させるためにHTMLに紐付くCSSやJavaScript、Imageファイルを記述・作成することです。
アセットパイプラインとはWebの画面上の色塗り（CSSやJavaScript、Imageファイルを記述・作成）を楽にする機能ということですね！
Railsのアセットパイプラインでは、静的ファイルを目的別に分類する、標準的な３つのディレクトリが使われています。
app/assets: 現在のアプリケーション固有のアセット
lib/assets: あなたの開発チームによって作成されたライブラリ用のアセット
vendor/assets: サードパーティのアセット
静的ファイル (アセット) を上記の場所へそれぞれ配置すれば、マニフェストファイルを使って、それらをどのように1つのファイルにまとめるのかをRailsに指示することができます。なお、実際にアセットをまとめる処理を行うのはSprocketsというgemです。また、マニフェストファイルはCSSとJavaScriptには適用されますが、画像ファイルには適用されません。
必要なアセットをディレクトリに配置してまとめた後、Railsはさまざまなプリプロセッサエンジンを介してそれらを実行し、ブラウザに配信できるようにそれらをマニフェストファイルを用いて結合し、サイトテンプレート用に準備します。Railsはどのプリプロセッサを使うのかを、ファイル名の拡張子を使って判断します。最も一般的な拡張子は、Sass用の.scss、CoffeeScript用の.coffee、埋め込みRuby (ERb) 用の.erbです。
いやー、読んでるだけでは結構意味不明で眠たくなってきました。なのでコードを書きながら理解していこうと思います。
ただ、前になんとなくザーッとやっていた時よりも
コードを書きながら説明を読みながらじっくりやっていくとちょっとずつではありますが紐解けてきた部分もあるのかな。。
言語化するのが難しいです。
続きます。
今日もデザインの部分です。
Bootstrapについて少し触れていきます。
Udemyで今年最大のセール実施中。対象のオンラインコースが全て￥1200！学ぶなら今！ 
BootstrapはウェブサイトやWebアプリケーションを作成するフロントエンドWebアプリケーションフレームワークである。 タイポグラフィ、フォーム、ボタン、ナビゲーション、その他構成要素やJavaScript用拡張などがHTML及びCSSベースのデザインテンプレートとして用意されている。
まずはgemfileに
gem 'bootstrap-sass', '3.3.7'
を追加します。
そして$ bundle install してBootstrapを読み込みます。
カスタムCSSファイルを作るためにコマンドに
$ touch app/assets/stylesheets/custom.scss を打ち込んでファイルを作ります。
ファイル内に
@import "bootstrap-sprockets";
@import "bootstrap";
を記述。
サーバーを起動させると前回はこれ↓
からの↓
とBootstrapを読み込むだけでずいぶんサイトらしくなりました。
CSSファイルは最終的にこういう感じ。↓
@import "bootstrap-sprockets";
@import "bootstrap";
/* universal */
body {
padding-top: 60px;
}
section {
overflow: auto;
}
textarea {
resize: vertical;
}
.center {
text-align: center;
}
.center h1 {
margin-bottom: 10px;
}
/* universal */
body {
padding-top: 60px;
}
section {
overflow: auto;
}
textarea {
resize: vertical;
}
.center {
text-align: center;
}
.center h1 {
margin-bottom: 10px;
}
/* header */
#logo {
float: left;
margin-right: 10px;
font-size: 1.7em;
color: #fff;
text-transform: uppercase;
letter-spacing: -1px;
padding-top: 9px;
font-weight: bold;
}
#logo:hover {
color: #fff;
text-decoration: none;
}
ロゴを設定しボタンを中央寄せになりました。
今日は短いけど、これだけ！（出先でwifiの電池がやばい）
今でやっと真ん中くらいまできたかな？今日はUIの部分のところです。
ビットコインについても調べたい今日この頃ですが、とりあえずRailsチュートリアル復習日記を続けます。
RailsはデフォルトでHTML5を使います (と書いてHTML5であることを宣言します)。ただHTML5は比較的新しく、一部のブラウザ (特に旧式のInternet Explorer) ではHTML5のサポートが不完全である場合があります。そのため、次のようなJavaScriptのコード (通称: HTML5 shim (or shiv))3を使ってこの問題を回避します。
他のコードはとりあえず置いておいて、まずはこれ
<!--[if lt IE 9]>
<script src="//cdnjs.cloudflare.com/ajax/libs/html5shiv/r29/html5.min.js">
</script>
<![endif]-->
<!--[if It IE 9]>は Microsoft Internet Explorer (IE) のバージョンが9より小さい場合 (if lt IE 9) にのみ、囲まれている行を実行します。
Firefox、Chrome、Safariなどの他のブラウザに影響を与えずに、IEのバージョンが9未満の場合にのみHTML5 を読み込める
改めてHTML5を勉強するときの参考に。
リンクの生成のためにRailsヘルパー link toを使います。
link_toの第1引数はリンクテキスト、第2引数はURL。
<li><%= link_to "Home", '#' %></li>
<li><%= link_to "Help", '#' %></li>
<li><%= link_to "Log in", '#' %></li>
※今はリンク先はとりあえず# に置いている。
Bootstrapのcssを追加するとこれらのコードが
Railsが埋め込みRubyを評価しレイアウトを描画すると次にように置きかわる（上のコードはul class~のところ省略してる)
<ul class="nav navbar-nav navbar-right"> <li><a href="#">Home</a></li> <li><a href="#">Help</a></li> <li><a href="#">Log in</a></li> </ul>
この画像をダウンロード！
それをassetsのimageフォルダに入れる。
コマンドで取得する場合は
$ curl -o app/assets/images/rails.png -OL railstutorial.jp/rails.png で!
image_tagヘルパーを使うとRailsが該当する画像を探し出して（アセットパイプライン)くれる。
自分の理解用なのでちょっと省略しすぎかもしれません。。
とりあえずここまででざっくりとしたサイトのデザインが現れました。↓
時間がきてしまったので、続く！
今日は時間がなくてとりあえず進めていたところ、ターミナルにcommand not foundが続きすぎていろいろググったけど見つからない。
Pathを通してみたけどダメだし。bundle installもしてみたし。。。
時間が迫ってきたので一旦gitにpushして中断することにしました。
0errorsだけど1failuresと出ました。
何か、もう時間ないんだけど。
よく見ると
<Ruby on Rails Sample App>と <Ruby on Rails Tutorial Sample App>のTutorialの文字が入っているか否か
と言う失敗のようでした。
controllerのファイルを開き修正をしました。
も一度rails testしてみました。
赤字が緑に変わり、failuresがなくなりました！
command not foundのところはまた明日やります。
そういえば以前自分でteratail 
に質問してたな。。。
teratail は日本語で質問 できるので時々使います。
Railsチュートリアル、今日は文法のところを立ち還りました。
ちなみに昨日通知がきていたのですがUdemy 
の人気のコースが安くなってました!
こちらは私も購入済み!：Rubyで作る! ビットコイン自動売買システム 
文字列を自然に変換した配列を得ることができる
>> "foo bar baz".split # 文字列を3つの要素を持つ配列に分割する
=> ["foo", "bar", "baz"]
※splitで文字列を区切って配列にするときにはデフォルトで空白が使われる
他の文字を指定して区切ることもできる。
>> "fooxbarxbazx".split('x')
=> ["foo", "bar", "baz"]
配列の要素は0から始まります。配列の要素にアクセスするには[ ]を使う
>> a = [42, 8, 17]
=> [42, 8, 17]
>> a[0] # Rubyでは角カッコで配列にアクセスする
=> 42
>> a[1]
=> 8
>> a[2]
=> 17
>> a[-1] # 配列の添字はマイナスにもなれる!
=> 17
その他比較演算子、メソッドも同じように使うことができる。
>> a # 配列「a」の内容を確認する
=> [42, 8, 17]
>> a.last
=> 17
>> a.last == a[-1] # == を使って比較する
=> true
配列の内容を変更したい場合は、そのメソッドに対応する「破壊的」メソッドを使います。破壊的メソッドの名前には、元のメソッドの末尾に「!」を追加したものを使うのがRubyの慣習です。
>> a
=> [42, 8, 17]
>> a.sort! #ソートする
=> [8, 17, 42]
>> a
=> [8, 17, 42]
sort!メソッドは、配列の要素をソートします。レシーバ自身を変更するメソッドです。戻り値はレシーバ自身です。sortメソッドと同様に順序の比較には<=>演算子が使われます。
その他
>> 0..9
=> 0..9
>> 0..9.to_a # 9に対してto_aを呼んでしまっている
NoMethodError: undefined method `to_a' for 9:Fixnum
>> (0..9).to_a # 丸カッコを使い、範囲オブジェクトに対してto_aを呼びましょう
=> [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]
>> a = %w[foo bar baz quux] # %wを使って文字列の配列に変換
=> ["foo", "bar", "baz", "quux"]
>> a[0..2] #0番目から2番目の要素まで取り出す
=> ["foo", "bar", "baz"]
-1を使うと、配列の長さを知らなくても配列の最後の要素を指定することができ、これにより配列を特定の開始位置の要素から最後の要素までを一度に選択することができます。
>> a = (0..9).to_a
=> [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]
>> a[2..(a.length-1)] # 明示的に配列の長さを使って選択
=> [2, 3, 4, 5, 6, 7, 8, 9] >> a[2..-1] # 添字に-1を使って選択
=> [2, 3, 4, 5, 6, 7, 8, 9]
>> ('a'..'e').to_a
=> ["a", "b", "c", "d", "e"]
配列はRubyの文法を勉強し始めた時になんとなくこんな感じ〜といったように勉強してただけなので細かく見ていくと、あ、なんだそういうことだったのね、というメソッドがたくさんあるのに気づいたのでした。
canvaで描いてみた！
オブジェクトと聞くと、ざわっとしてしまいます。
しかしなんでも正体を知ると怖くなくなる（はず）
なのでまずは
オブジェクトとは：Rubyでは、あらゆるものがオブジェクトです。（←は？？）文字列やnilですらオブジェクトです。
オブジェクトが何をするのか：オブジェクトとは (いついかなる場合にも) メッセージに応答するものです。
よくわからなさMAXな説明です。
Railsチュートリアルでは lengthメソッド、emptyメソッドを使って説明しています。
文字列の文字数を返すメソッドです。
このように.lengthすることで６（文字）という値を返してくれます。
空の文字列や配列に対してtrueを返すメソッド。それ以外はfalseといった真偽値を返すメソッドです。
empty?メソッドの末尾にある疑問符にご注目ください。Rubyでは、メソッドがtrueまたはfalseという論理値 (boolean) を返すことを、末尾の疑問符で示す慣習があります。 論理値は、特に処理の流れを変更するときに有用です。
empty - リファレンス - - Railsドキュメント
nilとは何も存在してない状態
Rubyの標準メソッド。nilの場合のみtrueを返し、それ以外はfalseを返す。nilとfalseを判別したい場合などに、
==演算子を使わずに書ける。
そしてチュートリアルでは
Rubyにおいてnilは特別なオブジェクトです。Rubyのオブジェクトのうち、オブジェクトそのものの論理値がfalseになるのは、false自身とnilの2つしかありません。なお、「!!」(「バンバン (bang bang)」と読みます) という演算子を使うと、そのオブジェクトを2回否定することになるので、どんなオブジェクトも強制的に論理値に変換できます。
ちなみにnilを.emptyするとNo methodErrorというエラーが帰ってきます。
nilオブジェクトはempty?メソッドには対応していません。ただし文字列に変えるto_sメソッドをnilに使うとempty?メソッドにtrueで答えます。
チュートリアルだけを見ていると？？？が飛び交いますが、同時にいろんな記事や情報をググりながら進めていく方がいいと思いました。
チュートリアルは言い回しが難しいものが多いし簡潔では無いものが多いからです。
オブジェクトとは
1.アイデンティティを持っている
2.メッセージを受け取る
3.内部状態を持つオブジェクトとは自分が何者か知っていて、名前を持ち、メッセージを受け取ってなんらかの処理を施す、内部状態を持つとは、例えば,
Integerは大きさをもつ、Stringは長さをもち、Arrayは格納する箱を持つ具合に、、、
app/views/layouts/application.html.erbのファイル内のこの部分↑
ここではRailsの組み込み関数stylesheet_link_tag を使って、application.cssをすべてのメディアタイプを使えるようにしています (メディアタイプには、コンピュータの画面や印刷画面なども含まれます)。
http://wa3.i-3-i.info/word1193.html
組み込み関数について解体してくださってるブログ↑
Railsのビューでは膨大な数の組み込み関数が使えますが、それだけでなく、新しく作成することもできます。新しく作ったメソッドはカスタムヘルパー と呼ばれます。
ページタイトルが正しく表示されない問題を解決するために、full_titleというヘルパーを作成することにします。full_titleヘルパーは、ページタイトルが定義されていない場合は基本タイトル「Ruby on Rails Tutorial Sample App」を返し、定義されている場合は基本タイトルに縦棒とページタイトルを追加して返します
ヘルパーを作成するとよりシンプルなコードになります。
<title><%= yield(:title) %> | Ruby on Rails Tutorial Sample App</title>が
↓
<title><%= full_title(yield(:title)) %></title>
になります。
このヘルパーを定義することで、Homeページにこれまで表示されていた余分な「Home」という単語を表示せず、基本タイトルのみを正しく表示することもできるようになります。
が
あれ？
3failures,1errorsって出てます。
間違いなく進めたはずなのに。。。
と、testフォルダの更新ができていませんでした。
この後1failersが残りました。。なんだろう。
続く！
errorは消えました！
引き続きチュートリアルです。
この辺り、全く記憶にないのできっと飛ばしてしまっていたんだと思います。
rails testコマンドを使うとき、テストをしようとする度にエディタからコマンドラインに移動して、手動でコマンドを打ち込み、実行しなければならないという点が面倒ではありませんでしたか。この不便さを取り除くために、Guardを使ってテストを自動的に実行させるようにしてみましょう。Guardは、ファイルシステムの変更を監視し、例えばstatic_pages_test.rbファイルなどを変更すると自動的にテストを実行してくれるツールです。具体的には、「home.html.erbファイルが変更されたらstatic_pages_controller_test.rbを自動的に実行する」といったことをGuardで設定することができます。
guardのgemをすでにインストールされているのでそれを初期化する
$ bundle exec guard init
そしてguardfileを編集します。
↓
長くなるのでチュートリアルの3.45を参照
↓
Guard使用時のSpringとGitの競合を防ぐには、.gitignoreファイルにspring/ディレクトリを追加
# Ignore Spring files.
/spring/*.pid
Springのプロセスが起動したまま多数残留すると、テストのパフォーマンスが低下してしまうことがあります。テストの実行が異常に遅くなってきたと感じたら、プロセスをチェックし、必要に応じてSpringをkillするとよいでしょう
springについては前も書いたのでちょっと省略
↓
新しいターミナルに
bundle exec guard
コマンドを実行。
Guardを終了する際もctrl+dで終了できます。
これでセットアップ終了。お疲れ様でした。
やりたいことがありすぎて全然回ってない。。。
— U-ki@逆立ちする人 (@acro_y) 2017年12月11日
とりあえず突き指完治したらボルダリングしよう。
出張から帰ってきました。（新幹線の中では睡魔に負けてしまった！）
洗濯物を一通り済ませ、今日も勉強を続けます。
家だと寝てしまいそうなので近所のカフェでコードをぽちぽちしてたのだけれど今日は異様に眠いです。
どうやら運動はしてないけど移動って心身が変に疲れます。。
あくびが止まらん。。
今日はRailsチュートリアルで埋め込みRubyの所をやってます。
コードの重複はRubyのDon't Repeat yourself の概念に反します。
別々のファイル内に重複するコードを一括で取り除きます。
まずRailsチュートリアルの流れに沿ってやっていきます。
Railsのprovideメソッドを使ってタイトルをページごとに変更します。
<% provide(:title, "Home") %>
上のコードでは「<% ... %>」という記法が使われており、その中からRailsのprovideメソッドを呼び出しています。メソッドの引数では、"Home"という文字列と:titleというラベルを関連付けています。
そしてタイトルの部分では、上の記法と連携する「<%= ... %>」というよく似た記法を使い、その中でRubyのyieldメソッドを呼び出しています。このメソッドによって、テンプレートのその部分に実際のタイトルが挿入されます。
<title><%= yield(:title) %> | Ruby on Rails Tutorial Sample App</title>
<%.....%>と書くと中のコードを実行するが出力されない。
<%= ......%>と等号を書くとテンプレートの部分に実行結果が表示される。
この2つのコードを前に作ったabout,help,homeページのhtml.erbのファイルに書きます。
今日は睡魔がやばいので一旦ここで止めます！
とりあえず順番通りに進めています。今日はテストのことについて。
アプリケーションを開発しながらテストスイート (Test Suite) をみっちり作成しておけば、いざというときのセーフティネットにもなり、それ自体がアプリケーションのソースコードの「実行可能なドキュメント」にもなります。テストを作成するということは、その分コードを余分に書くことになりますが、正しく行えば、むしろテストがないときよりも確実に開発速度がアップします。テストが揃っていれば、バグを追うために余分な時間を使わずに済むためです。そんなふうにうまくいくとは信じられない人もいるかもしれませんが、一度でもテスト作成が上達すれば間違いなくこのとおりになります。だからこそ、テスト作成の習慣をできるだけ早いうちに身につけることが重要なのです。
確かにテストを行うのって余分にかかなきゃいけないしめんどくさいけれど。。
メリットがあるから行うわけです。
1 テストが揃っていれば、機能停止に陥るような回帰バグ (Regression Bug: 以前のバグが再発したり機能の追加/変更に副作用が生じたりすること) を防止できる。
2 テストが揃っていれば、コードを安全にリファクタリング (機能を変更せずにコードを改善すること) ができる。
3 テストコードは、アプリケーションコードから見ればクライアントとして動作するので、アプリケーションの設計やシステムの他の部分とのインターフェイスを決めるときにも役に立つ。
上の3つのメリットは、テストを先に書かなくても得ることができますが、それでもテスト駆動開発 (TDD) という手法をいつでも使えるようにしておけば、間違いなく多くの場面で役に立ちます。テストの手法やタイミングは、ある意味テストをどのぐらいすらすら書けるかで決まると言ってよいでしょう。たいていの開発者は、テストを書くのに慣れてくるとテストを先に書くようになります。その他にも、アプリケーションのコードと比べてテストがどのぐらい書きにくいか、必要な機能をどのぐらい正確に把握しているか、その機能が将来廃止される可能性がどのぐらいあるかによっても異なってくるでしょう。
ということですが 以下がテストを書くタイミングの基準的な。
- アプリケーションのコードよりも明らかにテストコードの方が短くシンプルになる (=簡単に書ける) のであれば、「先に」書く
- 動作の仕様がまだ固まりきっていない場合、アプリケーションのコードを先に書き、期待する動作を「後で」書く
- セキュリティが重要な課題またはセキュリティ周りのエラーが発生した場合、テストを「先に」書く
- バグを見つけたら、そのバグを再現するテストを「先に」書き、回帰バグを防ぐ体制を整えてから修正に取りかかる
- すぐにまた変更しそうなコード (HTML構造の細部など) に対するテストは「後で」書く
- リファクタリングするときは「先に」テストを書く。特に、エラーを起こしそうなコードや止まってしまいそうなコードを集中的にテストする
testディレクトリのなかにあるstatic_pages_controller_test.rbのファイルにaboutページのコードを書く
そしてターミナルに$ rails testと打ち込むと
NameError: undefined local variable or method `static_pages_about_url' for #
以下略
とでます。
Aboutページ見つからないエラー。
aboutページのコード書いてないからね。なのでルーティングファイルを修正します
get 'static_pages/about'
を追加します。
意味は 'static_pages/about'のURLのgetリクエストが来たらStaticPagesコントローラのaboutアクションに渡すようRailsに指示
static_pages_about_urlのヘルパーが使えるようになる。
次に同様にrails testするとまた違うエラーが出ます。
AbstractController::ActionNotFound: The action 'about' could not be found for StaticPagesController
なのでアクションが見つからないというエラーが出ます。
コントローラにaboutアクションを追加します
def about
end
と追加。
でrails testすると
StaticPagesControllerTest#test_should_get_about:
ActionController::UnknownFormat: StaticPagesController#about is missing a template for this request format and variant.
テンプレート(=view)がないですと出ます。
app/views/static_pageディレクトリのなかにabout.html.erbというファイルを作ります
作った！
そして再びrails testします。
0errorsになりました！
そのあと実際に表示されるかサーバーを立ち上げて実行してみてテスト完了！
テストって今までサラーーーっと流してましたが
こんな風に確認してたんですね〜と今更ながらなことですがたくさん学べました。
今日はここまで!
