基本仕様
callもapplyもFunctionオブジェクトのprototypeであり、用法が良く似ています。関数.call()
や関数.apply()
という実行の仕方となり、実際に処理されるのは呼び出し側の関数です。馴れないと直感的じゃないかもしれませんが、何度かやってるとすぐ馴れると思います。
基本1:thisを指定する
第一引数は関数内で参照されるthisとなり、無理矢理thisを変更出来ます。
なんでもできちゃうJavascriptらしい処理です。
下記の例ではcallとapplyは同じ動作となります。
基本2:引数を渡す
第二引数以降は呼び出し側関数に渡す引数となります。
callの場合は引数の数は決まっていなくて、ひとつひとつ指定します。
applyの場合は引数は配列ひとつだけと決まっていて、関数内部では分割された引数として扱われます。
下記の例もcallとapplyは同じ動作となります。
使い道が想像しにくい?
と、仕様だけを見ると「関数をそのまんま実行するのと比べてどんな優位性があるの?」という疑問が普通は沸くんではないかと思います。
そう、この2つの関数はイメージを持って使うことが求められます。カッコイイですね
それでは以下で具体的な使用パターンをまとめていきます。
応用編1:なりすまし
それでは第一の使用パターンをご紹介します。
thisを変更できる特性を使って、自分が持っていない他のオブジェクトのメソッドを利用できます。Javascriptの世界ではヒトも鳥の力を借りて空を飛べるんですね。
これはやりまくると可読性が落ちたり、第三者を幻惑してしまうアブない用法ですのでちゃんと意図をコメントするなどした上で使ってほしいやり方です。
最下行の出力結果は「男の子が女子トイレに入る」です。
これはいけません。。
しかしcallやapplyを使うとこういう事が出来ちゃいます。
現実世界ではやらないように気をつけましょうね。
応用編2:オブジェクト指向的に継承する
今度はコンストラクタを連鎖させることでスーパークラス/サブクラス的な実装を実現します。
携帯電話を実装してみたいと思います。
携帯電話といってもフィーチャーフォンやスマートフォンとか言いますし、共通する機能と独自機能がありますね。
もっと言えば端末毎にも些細な違いがあります。
今回は携帯電話の共通機能をスマートフォンに継承させます。
CellPhone.call(this, number);
とする事でCellPhoneのスマートフォンのコンストラクタから携帯電話のコンストラクタを呼び出してスマートフォンに携帯電話の機能を継承させます。
またSmartPhone.prototype = new CellPhone()
としてやるとmyphone instanceof CellPhone
がtrueとなります。
応用編3:applyの活用
次にここまで一回も登場させていないapplyを使った例です。
applyは引数リストを配列化出来るので引数の個数が変動するや配列を引き回すときに有効です。
同じ配列に対してminとmaxが奇麗に取得できます。
引数リストに同じ引数を二度書きしなくて良いのがイケてますね。
応用編4:処理の汎化
最後に処理の汎化を取りあげます。
沢山のゴミを燃えるゴミと燃えないゴミに分別して捨てる処理を実装してみます。
まずは処理が汎化されていないパターンから紹介します。
これでもゴミの分別は問題なく出来ます。
むしろこれくらいの複雑性であればこれで完結して問題ないと思うんですが、ケチをつけるとすれば分別処理のseparatedJunkがゴミクラスに依存しまくっております。
ここで、この関係を疎結合にする為にはどうしたらいいか?
いろいろなアプローチが考えられますが今回はお題にそってcall関数を使ってみましょう!
repeat関数という汎用的な関数を作りました。
このrepeat関数は引数2「fn」関数を引数1「arr」で渡された配列の要素がthisとなるように実行します。
分別処理はrepeat関数の引数2「fn」関数として渡しております。
むしろ見難いやん!という方もいるかも知れませんね。
確かにミニサンプルだとcall/applyはそんなに威力を発揮しないとおもいます。が
beforeのseparatedJunk
関数とafterのrepeat
関数では汎用性が高いのは確実にrepeat関数でしょう。
repeat関数はゴミを捨てるという処理以外にも活用出来るのがミソです。
自作で大型のライブラリ/コンテナを作成するなど開発アイテムが複雑になってきた場合には汎化が生きてきます。
やり方に正解は無いですがいろんなライブラリ等を見ているとこの手のcall/applyはよく出てきますので「これは汎化しているんだな」というのが理解できるだけでも価値はあるかと思います。
まとめ
call/applyは抽象的な関数で、利用パターンは常に何かしらの意図を持って行われます。
おそらくその周辺には配列やコールバック関数、クラス定義関数等が存在している事でしょう。
人のコードを読む際にcall/applyが出てきたら「何で使っているのか?」を考える事が必要です。
そして、その考察や仲間との議論はとても愉しいものではないかと思います。
0 件のコメント:
コメントを投稿