Programing

5月7日（月）に開催されたHead First JavaScript読書会 06に参加しました。
GW明けの月曜日というハードな日程でしたが、無事、乗り切ることができました。
今回はFormのバリデーションと正規表現についてです。

Formのバリデーション

Formとは何ぞや？というところから、httpリクエストの話、httpメソッドの種類(GET, POST, PUT, DELETE, OPTIONなど)について一通りざくっとおさらいしました。
その後、Formデータの取得の仕方、バリデーションが大事な理由などについて話しました。
バリデーションの意義について、313ページには「本当に検討なアプリケーションになるとサーバー上でもデータ検証を行います」と書いてあるけれど、安全のためにはむしろサーバーサイドでデータ検証を行うべきだよなあという話をしました。
何度もサーバーとやり取りをするのもイライラするからちょっとした入力ミスを防ぐことができるよう、Javascriptの制御を入れておく、本当のデータチェックはサーバーサイドでやる、のが良い形なんじゃないだろうか。
安全のためのチェックはサーバー上で行い、クライアントサイドのバリデーションはユーザービリティ向上のために行う、というように目的を分けるという観点はとてもしっくりきました。

正規表現

本書では

1. 必須チェックをしたい
2. 桁数チェックもしたい
3. 数字以外は入力してほしくない
4. メールアドレスの形式じゃないものは受け付けたくない

というように、バリデーションのケースがだんだん複雑になってきたところで、正規表現が登場しました。
（よりによって、メールアドレスの正規表現を例に出さなくてもという話はちょっとでましたが）

Javascriptの正規表現は//で囲んで書きます。

"Hello World".match(/^\w{5}\s\w{5}$/)
---
[ 'Hello World', //マッチした
  index: 0,
  input: 'Hello World' ]

"Hello World".match(/^\w{7}\s\d{5}$/)
---
null // マッチしない場合はnullが返る

グルーピングは()で行うことができます

"Hello World".match(/^(\w{5})\s(\w{5})$/)
---
[ 'Hello World', // マッチした文字列
  'Hello', // グループ1番目
  'World', // グループ2番目
  index: 0,
  input: 'Hello World' ]

match関数ではなくRegExpオブジェクトを生成することもできます。
本書では自動的に生成されたRegExpオブジェクトを使う方法が載っていました。

var regex = /^\d{5}/
regex.test("12345")

正規表現はとても便利で、ある程度はできるようになっておきたいし、読めるようにしておきたい。
便利さを感じるようになってから読んだり書いたりを積極的にするようになった。
（正規表現使うたびにgoogleで量化子やメタ文字のリファレンスを探しているので、まだまだですが）
だけど、使いすぎると自分自身も後からメンテナンスが辛くなってくることがあるから、どこまで厳密にチェックするかも含めてさじ加減が大事かもしれないなぁ。

3月12日(月)に開催された、Head First JavaScript読書会 03に参加しました。
本日は第4章「意思決定」。

if, switch

今回のメインはif、switchといった条件分岐。
条件分岐だけで1章使うのは贅沢…というか、薄く多くといった感じになりますね。
同じ事が繰り返されているので頭に入りやすいです。
javascriptの場合、やっぱりbreakをつけるのが大変＆ミスしやすいので、ifを使う事が多いなあ。

「セミコロンはブログラム”文”の終わりにつける」
という考え方はなかったので新しい発見でした。

あと、本に書いていた「ifを繰り返すと効率が悪いからswitchを使う」というのはどの部分の「効率」なのか疑問が残りました。
【ifによる分岐】

var str = "E"
if( str == "A") {
  alert("えー");
else if( str == "B" ){
  alert("びー");
else if( str == "C" ){
  alert("しー");
else if( str == "D" ){
  alert("でぃー");
else if( str == "E" ){
  alert("いー");
}

【同じ事をswitch文で書く】

var str = "E"
switch( str ) {
case "A":
  alert("えー");
  break;
case "B":
  alert("びー");
  break;
case "C":
  alert("しー");
  break;
case "D":
  alert("でぃー");
  break;
case "E":
  alert("いー");
  break;
}

これって、「評価回数」は同じだと思うのだけど、違うのだろうか。
評価回数が同じで、それぞれの評価コストが違う(caseでの評価の方がコストがかからない）、というのであれば納得できるのだけど「（ifの場合）5つのテスト条件が全て評価されるから効率が悪い」と書かれていた所に疑問が残りました。

<< 4/25 追記 >>
後日、この記事を教えてもらいました。納得。
ブラウザによってはswitch文がかなり最適化されているのですね。
現在はブラウザ（のjavascriptエンジン）がかなり高性能になっていてここまでの差はないという話もでました。

演算子、コメント、スコープ

途中で出てきた大事な事としては「各種演算子」「コメントの書き方」「スコープ（グローバル変数／ローカル変数）」の3つ。
コメントについて、コメントは「コードの動きを説明するために」書く必要があると書いてあったけど、どちらかというと「どうしてそう書いたか」を残した方がよいよね、という話をしました。（達人プログラマでもでできた話）
スコープについては「グローバル変数は本当に必要なとき以外は使わない」という方針が大事だなと思いました。
変数のスコープが大きいとどこで何をやっているかわからない不安があるから、スコープは可能な限り小さくしていきたいですね。大風呂敷を広げないというか、責任を持てるコードにするために。

今回の発見

「ゲームブック」という言葉を初めて聞きました。
「ゲームブックの14は死亡フラグ」というのも初めて聞きました。

あと、後輩の子がMacBookProを購入していました。（すごく）羨ましかったです。

2月13日に行われたHead First JavaScript読書会 01に参加しました。
この読書会は、Head First JavaScriptの決まった章を読んできて、追加説明を交えながらJavasciptを基礎から学んでいく勉強会です。
しょっぱなから今日の範囲（1章と2章）、流し読みで参加してしまいまして・・・苦労しました。
次回からはちゃんと読んでいきます。

知らなかった事いろいろ

へえ！そうなんだ！と思った事色々を箇条書きにしておきます。

外部ファイルとして定義したスクリプトファイルのキャッシュを適切に制御する

<script type="text/javascript" src="hogehoge.js?20120102"></script>

ファイル名の後ろに任意の文字列をつける事ができる。
内容を変更したタイミングで末尾の文字列を変えると別ファイルとして認識されるのでキャッシュクリアされる。
あと、scriptタグは外部ファイル定義するときも /> で閉じてはいけない。

prompt

使った事なかった・・・。

constで定数定義、遅延初期化はできない

const A;
A = 10;
alert(A); // undefined

こんな形で使う事ないけど、しらなかった。
constで定義した定数のスコープってどうなるんだろ。

+演算子のルール

前から評価、前から型を推測。

1 + 2
=> 3
"1" + "2"
=> 12
1 + "2"
=> 12
1 + 2 + "4"
=> 34
"1" + 2 + 4
=> 124
true + 3
=> 4
false + 3
=> 3
true + true + "3"
=> 23
true + "3"
=> "true3"

parseIntとisNaN

isNaNの方が数値の定義が厳しい。

isNaN("200aaa")
=> true
parseInt("200aaa")
=> 200

parseIntとN進数

０が先頭だと8進数、0xが先頭だと16進数に勝手に解釈される。
文字列から適切な進数に変換するためには第二引数を指定する。

parseInt("077")
=> 63
parseInt("077", 10)
=> 77

ルート、ノード、リーフ、エレメント

（この辺はもう頭が沸騰していてアレでした）
親がルート、末端がリーフ、それぞれがノード≒エレメント。
エレメントのidは重複しちゃだめ、絶対。

今日の発見、ここまで。

—–
学ぶ形式の勉強会、仕事終わりだとなかなかハードですね。
アジャイルサムライ読書会や達人プログラマ読書会とは違った部分の脳を使います。
終わり30分前くらいにはぐったりしていました（電池切れ）。
体力つけないと、と感じた勉強会でもありました。

次回、リベンジできるかな。