はてなブックマーク

概要 取り替え可能パーツ群を戦略的に利用せよ！！ 参考 @kidach1 さん、 Rubyによるデザインパターン【Strategy】-取り替え可能パーツ群を戦略的に利用せよ- https://qiita.com/kidach1/items/02f8f6df955ba1d0e93b ストラテジ(Strategy) | Ruby デザインパターン http://morizyun.github.io/ruby/design-pattern-storategy.html どんなパターンか 抽象的な処理と具体的な処理を分離することで、 変化に強い構造を実現する。 →その目的はTemplate Methodとほぼ同等 Template Methodの課題 しかし、Template Methodには欠点がある。それは、 継承をベースにしていること。 継承の欠点 http://qiita.com/kida

function func1() { setTimeout( function() { console.log("hello1"); }, 3000) } function func2() { setTimeout( function(){ console.log("hello2"); }, 3000) } function func3() { console.log("hello3"); } func1(); //次こいつ func2(); //最後にこいつ func3(); //最初にこいつ /* hello3 hello1 hello2 */ 補足１：わかりやすさのため、あえてアロー関数は使ってません 補足２：非同期処理を同期的に順次制御するための書き方の記事になります ###非同期処理とはファイルの読み込みやAjax通信、setTimeoutなどの待ち時間が発生する処理です。 ##

#参考 @kidach1 さんの投稿をPythonに書き換えてるだけです。 @kidach1 さん、いつもありがとうございます。 https://qiita.com/kidach1/items/4b63de9ad5a97726c50c #概要 改めて基本を学ぶ。 参考「Rubyによるデザインパターン第1章」→この投稿はPython #デザインパターンとは プログラミングにおいて繰り返し現れる問題に対する、適切解のパターン。 無駄無く設計されたオブジェクト指向プログラムの実現をサポート。 パターンとしてカタログ化されていることで 車輪の再発明を防ぐ #デザインパターンの根底にある5つの考え 変わるものを変わらないものから分離する プログラムはインターフェイスに対して行う（実装に対して行わない） 継承より集約 委譲、委譲、委譲 必要になるまで作るな（YAGNI） #変わるものを変わらないものか