AssetPipelineのきもち

AssetPipelineで失敗した話

Transcript

1. @lion_man44   AssetPipelineのきもち  
2. 自己紹介  
3. ライオン   フロントエンドを考え生き抜く会所属(現在会員1名)   ・Androidの会社に所属するも、何故か常駐先がRubyの案件   　Ruby1.8.7からRuby1.9.3のバージョンアッププロダクトを経験   　B2B案件に携わり、初めてBackbone.jsを使ったJS開発を行った   　その事によりIT業界特有の上司とのコミュニケーションの闇とJSの闇を知る     ・次にスタートアップに携わり、資金回収部隊として◦◦に常駐に行く   　そこでCreate.jsを使ったHTML5ゲームに携わる   　その事により人間社会のコミュニケーションの闇とCanvasやCSSとAndroid標準ブラウザ の闇を知る  
4. 内容　ゆるふわ   (人生　ゆるふわ)  
5. 我々(人類)はRailに乗る事にした  
6. 当初、まさかと思われていたRail的な人生 は見事成功した(Rails2系から)  
7. そう思っていたが、問題があった  
8. 「JavaScript」ファイルどうする  
9. キッチリ分かれた  model  と  controller  に 比べ、そこら中に散らばるJSファイル  
10. そこに現れた一つのGem  
11. 「Sprockets」  
12. 主な機能  
13. 複数のJavaScriptファイルを1つにまとめる  
14. 利点  
15. 利点   • 共通コードを切り出し、再利用しやすいフォルダ構成にしやすい   • JavaScriptファイルを1つにまとめる事によってHTTPリクエストの回数 減   • Requireしやすい  
16. こいつがあったおかげでRailsのフロントが救われた  
17. Railsに組み込まれる(ver  3.1)  
18. もはや無かった時代を思い出せない  
19. (そんなにRails触ってないけど)  
20. ただ、一つ問題があった  
21. 個別化して読み込みたい  
22. めっちょ個別化して読み込みたい  
23. 1つにはしてくれて良いんだけど、必要無 い部分まではロードしなくていいんだよ^^;  
24. そこで考えた  
26. やった事  
27. やった事リスト   • (前提条件)本来ならapplication.jsしか呼んでない所がほとんどのプロ ジェクトだと思うが、 a.js,  b.js,  c.js  と3つに分かれていた。   • 「require_tree  .」を削除した   • 「rails-­‐assets.org」を使う事にした   • 「javascript_include_tagのasync:  true」を使う事にした   • htmlと同じ構成でファイルを置いた  
28. 失敗した  
31. ドヤ顔 ꉂꉂ (  ˆᴗˆ    )  
32. 読み込みタイミングをちゃんと調べきれて いなかった  
33. 失敗しない為には  
34. unless  心配性？   (#心配性じゃない人達へ)  
35. 「japascript_include_tag  params[:controller]」 をちゃんと使う  
36. 「Rails.application.config.assets.precompile  =  %w()」 をちゃんと使う  
37. 「config.assets.debug  =  false」  
38. ローカルでちゃんとがっちゃんこしてくれる  
39. WebコンソールのElementsで読み込まれ ている場所をちゃんと見る  
40. else   (心配性な方々へ)  
41. スクショを撮る  
42. 以上です、ありがとうございました！