`that = this` について思ったこと
thatに思いを馳せる JavaScriptにおいて that = this とか self = this なパターンを頻繁に使うと、作業者の理性が保証されない場合に下記に示す2点の問題が起こりう得ると思っている。 「あー、どうなのかなー、うーん」と思いながら書いてみる。 1.メソッド分割が適切におこなわれない雰囲気 ちょっと極端かも知れないが、Backboneっぽいコードを例にしてみる。 initialize: function() { var that = this; this.listenTo(this.entity, 'success', function() { var bar = that.foo(); that.$el.find('.qux').text(bar); // long. // long.. // logic... }); this.entity.execute(
マリオでStateパターン！ 〜JavaScript編〜 - 40歳からのキャリアチェンジ
先日書いたエントリで 現在のページ数チェックとどのボタンクリックしたのか判定しているため基本同じようなコードが存在して、スパゲッティコードになりそうなので、この部分の設計をしっかりしておかないと、後々大変になりそうなので、ここはちょっとじっくり考えることにします。 と書きました。 定期購読しているWEB+DB PRESSのVol.53の特集1の記事（JavaScript/Flash/HTML 5 でスパゲッティコードにならないためのモダン設計入門）のことがなんとなく頭の中にあったからこう感じたのかもしれません。 改めてWEB+DB PRESSを読み返した後に、関連しそうな情報を色々ネットで調べる中で 「イベントドリブンなアプリケーションの設計する上でGoFのデザインパターンを適用すればスッキリしたコードになりそう」 と感じたのですが、Stateパターン、Strategyパターン、Obser
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
