例1と比べるとMath.floorなどの何回もあった面倒な手続き一式がまとめられています。実行文のところでは作った関数「taxAndAlert」を実行しているだけで、Math.floorを何度も書いたりなど面倒が少しラクになります。関数には、手続きをまとめてラクにするだけではなくて、後々修正がラクになるという効果もあります。例1・2では消費税計算をしているわけですが、2009年8月現在では、そう遠くない未来に消費税率アップがされることが目に見えています。仮に消費税率が8%になったとすると、例1では「1.05」を「1.08」へ書き換える箇所が複数ありますが、例2ではそれが関数の中1箇所だけで済みます。これは大きなプログラムにとってはメンテ性の向上につながります。関数実装例パターン2さて、話は少し戻り、関数の実装パターンはいくつか考えられるということを書きました。次のパターンを考えてみましょう。例2と比べてみると、関数の中でalertを実行していないことが分かります。見、「あれ?繰り返しやっていることをなぜ関数にしないのだ」と思うかもしれません。確かに例1を関数で書き換えるのであれば、例2が最もいい例なのかもしれません。消費税計算というのは非常によく使う計算ではありますが、alertを使って表示するということはそれほど多くありません。関数には返り値(かえりち)というものが用意されていて、返り値を使うことで、関数の中で計算させた結果を、元のプログラムに戻してやることができます。元のプログラムはその返り値を使って、好きなことができるわけですね。返り値を積算していけば、合計値を計算することができたりします。返り値をうまくつかうことで、関数の機能をシンプルにして、関数の再利用性をあげることもできるのです。このように関数は、すべてをひとつにまとめるのではなく、本当に繰り返しが多く、まとめるべき手続きをまとめるのも、関数の利用価値を高めるポイントです。関数実装パターン3でも、やっぱりこの際、alertも関数でやっちゃいたいよ!と思うこともありますよね。次の例はどうでしょうか。);例4では、関数を二つ作りました。関数の中から関数を呼び出しています。消費税計算をする関数と、その関数を呼び出してalertする関数の二つを作ったわけです。すれば、消費税計算に限定することで利用価値をあげた関数の価値をそのままに、alertを呼び出すという手続きも再利用できるようになったわけです。した話でしたが、以上が、関数の使いどころです。・繰り返しを関数にすることで、プログラムの可読性があがる。何度も同じことを書かなくていい。・繰り返しを関数にすることで、プログラムを後日改修するときにラクになる。・関数はプログラム全体を見渡して、関数の内容はシンプルに。・関数をいくつかつくり、関数と関数を関連させていくことでさらに便利に。ここが関数の運用・設計において重要な点です。個人的には、関数は、プログラミングを嫌いにならないためのひとつの道具でもあると思います。何度も同じことして「うがぁっ!!!」みたいなストレスが一番人間にとってよくないと思うからです。頑張って覚えましょう。伊藤清徳の垂直落下式ムーンサルトプレス。