Browser JavaScript におけるコンポーネント化の大波(ES Modulesとプラグイン) - latest log
ツイート貼っただけですけども MozillaがHTTPSを前提とした機能追加を行うと宣言したように、今後はES Modulesを前提とした機能追加がありえるのだけど、ESMに対応する標準的な解が存在しないRailsはどうするんだろね。現状はjs系はバンドラの使用が大前提で、フルマネージドが足かせ状態になってる— コラーゲンたっぷりさん (@uupaa) 2018年1月22日 こちらです: www.publickey1.jp 今日リリース予定のChrome64でESMを無効化するフラグ chrome://flags#enable-module-scripts が無くなりESMが常時有効化されます。いよいよ<script type=“module”>を活用する時代に突入するため我々も変化しつつ前進ですよ— コラーゲンたっぷりさん (@uupaa) 2018年1月22日 jsを1つにバンドルして
RailsのAsset PipelineとPrecompileをNode.jsのみで処理できるgulp-sprocketsを作った - yo_waka's blog
RailsのAsset PipelineとPrecompileをNode.jsのみで処理できるgulp-sprocketsを作った 仕事ではRailsアプリを書いていて、JSやCSSなどのフロントエンドはRailsのAsset Pipelineの仕組みに則ってビルドしてる。 普通にRailsアプリ作ってると普段Sprocketsについて特に意識しないと思う。 Sprocketsはそこが凄くて、あまり考えなくてもドキュメント通りにやってれば、必要なAssetを結合できて、リリース時は変更がなければブラウザキャッシュから、変更があれば 新しく読み込まれるみたいなことをやってくれる。 なんだけど、もうそろそろ新しい機能はES2015で書きたいよねという人が増えてきた。 とはいえSprocketsは独自のディレクティブ以外は使えなくて、SprocketsWayから外れると途端に脆い。 ES2015
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails Assets
