ソーシャルゲーム系フロントエンドを作る際に殴り合いにならないようエンジニアが確認すべきこと | beinteractive!
Posted on February 27th, 2014 新プロジェクトに行くと頭がハッピーになりがちなので、過去の経験から備忘録をまとめてみました。ご活用ください。 思うところある方はプルリ送って下されば良いのではないでしょうか。 https://github.com/beinteractive/social-game-check-list Yoshihiro Shindo - Freelance UI Designer / Front-end Engineer. Adobe Flash lover. このブログは思考を整理するためのアウトプットログです。いわゆるチラシの裏です。 beinteractive.org{-@-}gmail.com Twitter RSS
シングルトンについて思うこと | beinteractive!
シングルトン [1] それ自体は素晴らしいデザインパターンであるが、誤った目的のために使用されているのではないかと思う例を、度々見掛ける。具体的には、「どこからでも容易にアクセスするための手段を提供する」ためにシングルトンを用いることだ。これについて考えを少し書いてみたい。 シングルトンの目的 GoF 本を読み返してみると、シングルトンの目的の節には次のように書かれている。 あるクラスに対してインスタンスが 1 つしか存在しないことを保証し、それにアクセスするためのグローバルな方法を提供する。 見ての通り、決して「あるクラスのインスタンスにグローバルにアクセスするための方法を提供する」という内容ではない。その後の動機の節を読み進めても、そういったことは一切書かれていない。つまり、シングルトンというのは、インスタンス数に対する保証を得ることが目的のためのパターンなのだ。シングルトンが、「生成
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
