[B! designpattern] yhmtのブックマーク

CoffeeScriptでデザインパターン - Qiita

y-takanoさんが書いたJavaプログラマから見たJavaScriptデザインパターン(導入編)を見て CoffeeScriptで　どう書いてたかな〜と整理しておこうかなと思いました。そもそも素のJavaScriptでクラスをキチンと書こうと思ったら　僕は発狂する自信があります。 ※　リンク先はCoffeeScript公式サイトになってます。 Adapter class CustomArray constructor: (@data)-> @sorter = DefaultSorter setCustomSorter: (@customSorter) -> @sorter = customSorter sort: -> @data.sort @sorter.sort class DefaultSorter sort: (a, b)-> a - b class RandomSorter

yhmt 2014/10/30

リンク

CoffeeScript で学ぶ Observer パターンの基礎 | DevelopersIO

CoffeeScript を導入したことによってクラス化が比較的易しくなり、導入前よりもずっと見通しの良いコードが書けるようになってきました。クラス化することによって関連する機能を一箇所に集約することができ、後から機能を追加する際も関連するクラス内に迷わず追記することができるので、コードがあちこちに散らばることがなくなります。そして各クラスは、それぞれが与えられた役目だけに徹する（関連機能が集約されているから）ので、他のクラスのことなど知ったこっちゃないと言わんばかりに意識しなくなり、自然と疎結合なコードになっていきます。と、いうのが理想なわけですが、実際そうも言ってられなくなったりします。ひとつ以下の様なケースで考えてみます。出版社（Publisher）と読者（Reader）という2つの登場人物がいます。読者は出版社が近日発売予定のとある書籍を購入したいと考えていますが、出版社内で編

yhmt 2014/03/15

リンク

MVCの流れを簡単にまとめてみる - Qiita [キータ]

理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア

yhmt 2014/01/16

リンク

Essential JavaScript And jQuery Design Patterns の日本語訳

2012年1月10日追記 github に移行準備しています。Essential JavaScript Design Patterns 1.1がリリースされました。(03/09追記)Essential JavaScript And jQuery Design Patterns (Addy Osmaniさん著) の日本語訳です (原文の HTML 版はこちら)。ライセンスは原文と同じCreative Commons Attribution-NonCommercial-ShareAlike 3.0 です。翻訳開始の予定ではブログで公開してゆきます。今後 pdf を用意する予定です (2011/02/23時点)。このチュートリアルで推薦されているオライリーの「JavaScriptパターン」の日本語訳は今年の02/16に発売されました。序文はじめに「パターンな」テスト、プロトパターンと3つのルー