肥大化したViewをwebpackでスリムにした 経緯から導入、そしてつまずき。 - Qiita
みなさまこんにちは。 ベーシックアドベントカレンダー13日目です。 担当は@tkhrです。6日ぶり2回目となります。 今回はJSやCSS、PHPのコードが直に書かれたせいで肥大化しているViewをスリムにして、管理しやすい形にしようという計画です。 まずはViewにベタ書きのJSコードを引き剥がして、webpackによってモジュール化することで実現します。 before/after before スクショの右側、L159-163の約20行のJSコードです。 スクショの左側、15このファイル全てに記述されていました。 しかも、.ctpからもわかるようにViewファイルです。 after 1行になりました。 JSファイルはこんな感じ。 admin_uril.js 単純計算で300行近い重複コードを削減することができました。 (20行x15ファイル=約300行） なぜこうなるのか 原因は？ この
sprockets + rails-assetsを卒業して、npm + webpackへ移行 - ただのにっき(2016-05-19)
■ sprockets + rails-assetsを卒業して、npm + webpackへ移行 1年少々前、Webアプリのフロントエンド開発環境として暫定的にRails Assetsを使うことにしたのだけど、あれからjs界隈もしだいに落ち着いてきて*1、いろいろと勝ち組っぽいツールが決まってきた気がする。 そんなわけで、徐々にそっち方向へ移行してこうかな、と。とくにRails Assetsはサービス自体が終了の方向らしいので、まずはそのへんから。jsのパッケージマネージャとタスクランナーの勝ち組として、おれの観測範囲でみえてる感じだと: パッケージはpackage.jsonをnpmで管理するのが一番シンプル タスクランナーもnpmでいいよもう……という流れが強そう AltJSは使わずにES2015、ビルドにはWebpackとBabelの組み合わせ ってところか? 少し前に話題になった「1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
