はてなブックマーク

const plasticModel = ` ┏━━━┳━━━━━━━┳━━┓ ┣ヽ ￣ / (･ω･)┫ ┣━━━━━━╋━━━━╋━━┫ ┣､ﾊ,,､ ＼(. ＼ ノ┫ズコープラモ ┗┻━━━━━┻━━━━┻━━┛ ` |> functions[カット] |> functions[組み立て] |> functions[設置] plasticModel |> console.log // 　　　　　　　　∧∧ // 　　　　 　　ヽ(･ω･)/　 　ｽﾞｺｰ // 　　　　＼(.＼ ノ // 　　　､ﾊ,,､　￣ // 　　　￣ ES.nextで定義されている「the pipeline operator」（和訳: パイプライン演算子）を検討してみました。 2018/4/8現在、ようやくStage1に登った所でまだまだ先は長いって感じですね。 the pipeline operator -

祖父母記事: なぜfor文は禁止なのか？ポエム版 親記事: でもやっぱりfor文は使っていいと思うよ だって遅いんだもん こんなに遅いとは思いませんでした。 まさか1/6の速度しか出ないだなんて軽くショックです。 折角良いサイトhttp://jsben.chを教えてもらったので速度改善を目指して色々試行錯誤してみましょう。 この記事(反省会)では、速度も意識したメソッドチェーンのあり方を考えていきます。 メソッドチェーンはチューニングでどの程度速くなるのか それによる可読性はどの程度影響するのか 結局JSerはどう生きていけば良いのか 配列を生成するイディオムの速度比較 JSは配列作るのが下手くそですが、 メソッドチェーンや関数型プログラミング的な事をしたければ、 まずは速い数列(配列)を作るイディオムが必要です。 とりあえず4パターン用意してみました。 // length指定: 別の所で

※今後「前者のコード」「後者のコード」というパワーワードが飛び出しますが、これは上記２通りのコードを指し、それぞれ下記のように定義します。 前者のコード: if文やfor文を活用したALGOL系の一般的な書き方 後者のコード: JSのメソッドチェーンを活用した関数型モドキ 前者のfor文を使ったプログラミングに慣れている人は前者の方が良いかもしれません。 しかし、前者寄りの人が上記のコードを一目で把握できるように、後者のスタイルに慣れた人も上記のコードを一目で把握します。 arr.filter(it => it % 2 === 0): 配列から偶数の要素だけ抜き出した配列を返す arr.reduce((a, b) => a + b, 0): 全ての要素を合計した数値を返す 行頭で何がしたいかの目的(filter, reduce)が書かれているので、 行頭だけざっと眺めれば大体何がしたいのか