話題のapplication bundler 「PARCEL」を試す
「Blazing fast, zero configuration web application bundler」
「高速、設定無しのwebアプリケーションバンドラー」
巷で話題のバンドラー「PARCEL」
よくwebpackの代わりになりうるか？ みたいなものをSNSで見かけてはいましたが。
この度を試してみました。
ドキュメントをみてもらえばわかりますが、とてもシンプル。
なので迷うことはあまりないかなと思います。
まずはインストールから。
グローバルの場合は、
npm install -g parcel-bundler
グローバルは嫌なので、プロジェクトごとにインストールする場合
npm install parcel-bundler --save-dev
これだけで、webpackでやっていた大体のことが出来てしまいます。
インストール出来たら、
カレントディレクトリに簡単なhtmlを用意します。
今回は、グローバルではなくローカルインストールで話を進めたいと思います。
index.html
<!DOCTYPE html> <html lang='ja'> <head> <meta charset='UTF-8'> <meta name='viewport' content='width=device-width, initial-scale=1.0'> <meta http-equiv='X-UA-Compatible' content='ie=edge'> <title>Document</title> </head> <body> <h1>Hello parcel!</h1> <script src="./index.js"></script> </body> </html>
htmlではエンドポイントとなるjsを読み込みます。
index.scss
$color1: #f00; body{ background:#fcc; h1{ color:$color1; } }
せっかくなので、cssではなくscssを使ってみましょう。
hello.js
export default function hello(...arg) { arg.forEach(v => { console.log(v + '!'); }); }
export / import を試すためにモジュールjsを１つ用意します。
index.js
import './index.scss'; import hello from './hello'; hello(1, 2, 3);
エンドポイントとなるjsです。
ここから先ほどのscssと、jsを読み込みます。
これで、準備は整いました。
npm scriptに登録した
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1",
"dev": "parcel index.html",
"build:"rm -rf dist/* && parcel build *.html", // ビルドするときはこう、古いファイルが残るので消してます
"devAll": "parcel *.html" // 複数のhtmlでbundleしたい場合はこう
},
npm run dev
を叩くと、
デフォルトで localhost:1234
ローカルサーバーが立ち上がります。
ポート番号はオプションで変更可能です。
なお、scssを使っているので、parcelが自動的に足りないモジュール
「sass」をdevDependenciesにインストールしてくれています。
表示は問題なさそうですね、
watchタスクも走っているようで、
それぞれのファイルを更新すると自動でビルド & ブラウザリロードが走ってくれるので
開発は楽チンです。
ビルドされたファイルをみてみましょう。
バンドルファイルはdist内に展開されます。
このディレクトリ名は変更出来るみたいです。
先ほど起動したローカルサーバーはこちらをドキュメントルートとして起動しています。
dist ├── index.html ├── test_parcel.e31bb0bc.css ├── test_parcel.e31bb0bc.js └── test_parcel.e31bb0bc.map
index.html
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <meta http-equiv="X-UA-Compatible" content="ie=edge"> <title>Document</title> <link rel="stylesheet" href="/test_parcel.e31bb0bc.css"></head> <body> <h1>Hello parcel!</h1> <div id="box"></div> <script src="/test_parcel.e31bb0bc.js"></script> </body> </html>
先ほどのhtmlとの違いとして、
scriptのパス名がハッシュで生成されたものに変更されていますね。
あとは、js内で読み込んだscssが、htmlにハッシュ化されたcssとして読み込まれています。
test_parcel.e31bb0bc.css
body { background: #fcc; } body h1 { color: #f00; }
test_parcel.e31bb0bc.js
// 中略 Object.defineProperty(exports, "__esModule", { value: true }); exports.default = hello; function hello() { for (var _len = arguments.length, arg = new Array(_len), _key = 0; _key < _len; _key++) { arg[_key] = arguments[_key]; } arg.forEach(function (v) { console.log(v + '!'); }); } // 以下 略
javascriptもちゃんとbundleされていました。
そしてbabelもしっかり効いているのでES6でも問題ありませんでした。
同じ名前のソースマップファイルも生成されます。
ここまであっという間に出来てしまいました。
総評 webpackと比べて
いい点
・とにかく手軽、設定ファイル不要。というのも他人のカスタムされまくったwebpackなりgulpなりの設定は辛い時があり、
「設定ファイルが無い」という制約は逆に長所となる場合もある。
・モックだったり、小さい案件に使うにはいい。
・「Tree Shaking」の機能が備わっている。
よくない点
・やはり細かい設定が出来ないので、大きい案件や長いスパンの案件にはまだ怖い気がする。
・「optimization.splitChunks」は出来ない。
・ SPAとかで Reactだったり Vue.jsだったりは create-react-appや、vue cliじゃないと厳しいのではないだろうか。
webpackに変わるというよりは、状況に応じて使い分けるのが良さそうです。
youtubeがopacity:0 では押せなくなっている
よくある使い方として、
youtubeをopacity:0 で隠しておいて、画像なりを敷いておき
そこをclickしたら、youtubeのモーダルが再生する
みたいな仕様はあるあるだと思う。
これは何が良いかというと、PCはapi使えばyoutubeの挙動を外部から制御出来るのだが、
SPは動画再生のためにユーザーが一度youtubeをclickする
というアクションをする必要があるためである。
この挙動にしておけば、PCでもSPでも共通の仕様でモーダル動画が再生出来るので、
レスポンシブなどで重宝する。
しかし、いつからか、実装したyoutubeをclickしても
再生されない、というか透明のyoutubeが反応しない？？
自体に遭遇した。どこを調べても書いてないんですよね。。
多分、「youtubeを透明にして、ユーザーを騙してclickさせて再生」
みたいなことをyoutube側で禁止にしたのではないかと勝手に予想。
苦肉の策として、
「opacity → 0」をやめて「opaity → 0.0001」のような
限りなく小さい値に変更したら従来の挙動で動いた。
demoを作りました。
reactでごにょごにょ書いてますが
大事な箇所は16行目の
opacity: ${props => (props.show ? 1 : props.minOpacity)};
の部分です。opacityの最小値を切り替えてます。
youtubeが動かないと思ったら、opacityの値を疑ってみてください。
javascriptのthisについてまとめる
頭ではなんとなく理解しているけど、javascriptのthisはややこしい なのでちゃんとまとめようと思いました。
そもそも、javascriptにおいて「this」は何を指すか？ 色々調べていてとてもしっくりくる説明があった。
thisが呼ばれた関数（メソッド）が所属しているオブジェクトのこと
thisはfunctionが呼ばれる前の「.(ドット)」の前についているオブジェクトのこと
簡単な例で言えば、
var obj = { name: 'taro', func: function(){ console.log(this) } } obj.func(); // {name: "taro", func: ƒ}
この場合で言えば、funcというメソッドが所属しているobjオブジェクトである。
しかし、javascriptのthisは
以下の呼び出し方で、諸々挙動が変わる。
1. 関数呼び出し
2. メソッド呼び出し
3. コンストラクタ
4. apply/call/bindでthisを設定
ちなみに、最初の例は(2)となる。
それぞれのパターンを噛み砕いて見ようと思う。
(1). 関数呼び出し
function func1(){ console.log(this) // Window function func2(){ console.log(this) // Window } func2() } func1();
thisはwindowオブジェクトになった。
これは、func1,func2はwindowオブジェクトのメソッド、メンバだから。
関数呼び出しだから。
ちなみにstrictモードだと
'use strict'; function func1(){ console.log(this) // undefined function func2(){ console.log(this) // undefined } func2() } func1();
undefinedになる。
これは、もともと、thisとなるものが定義されていない場合（undefinedやnull）に、
thisをwindowオブジェクトに自動変換してくれていて、strictモードだとその変換をしないため
このような挙動になるそうな。
var f = () => {'use strict'; return this}; f() === window; // またはグローバルオブジェクト
アロー関数ではthisに関するstrictモードの規則は無視されるのでundefindにはならず
thisはwindowとなる。他の規則は適用される。
(2).メソッド呼び出し
これは冒頭での例、イメージはしやすい。
this = objを指す。
var obj = { name: 'taro', func: function(){ console.log(this) } } obj.func(); // {name: "taro", func: ƒ}
ちなみにES6だと
メソッドはこういう書き方も出来る。
var obj = { name: 'taro', func(){ console.log(this) } } obj.func(); // {name: "taro", func: ƒ}
でも、以下のようにすると関数呼び出しになるので、
this = windowになる。
var obj = { name: 'taro', func: function(){ console.log(this); } } var func = obj.func; func(); // Window
逆もまたしかり
var func = function(){ console.log(this) } var obj = { name: 'taro' } obj.func = func; obj.func(); // {name: "taro", func: ƒ}
要するに(レシーバオブジェクト)次第でthisが変化する。
これ、アロー関数だとどうなるか、
var obj = { name: 'taro', func: ()=>{ console.log(this); } } obj.func(); // Window
アロー関数は宣言された時にthisを拘束してしまう。(これでいうとwindowオブジェクト)
obj.funcで呼び出してもthisの参照は変わらない
MDNにも
「アロー関数式は非メソッド型の関数に最もよく合っています。」
と書いてある。
var obj = { name: 'taro', func: function(){ console.log(this) // obj var func2 = ()=>{ console.log(this) // obj var func3 = ()=>{ console.log(this) // obj } func3(); } func2(); } } obj.func();
アロー関数は、関数なりメソッドで囲わないと、
thisのスコープがwindowのままっぽい。。(ここはちゃんと説明出来ない、、)
これだとfunc3のthisはfunc2のthisを、func2のthisは、funcのthisを拘束する。
入れ子の時は便利かもしれない。
(3).コンストラクタ
function Person(name){ this.name = name; console.log(this); } var p = new Person('taro'); // Person {name: "taro"}
「new function」はオブジェクトを返すので
この場合は、thisはPersonインスタンス（オブジェクト）になる
アロー関数はコンストラクタとしては使えない。
var Person = name =>{ this.name = name; console.log(this); } // Uncaught TypeError: Person is not a constructor // これは出来ない var p = new Person('taro');
(4).apply/call/bindでthisを設定
例えば、以下のような時、 setTimeoutのコールバックによりthisのスコープが変わってしまうので、 期待通りに動かない
var obj = { name: 'taro', getName(){ console.log(this.name) }, func(){ this.getName(); // 'taro' setTimeout(this.getName,1000); // thisがwindowだから getNameがundefindになる } } obj.func();
なので、 bindでthisを拘束する
var obj = { name: 'taro', getName(){ console.log(this.name) }, func(){ this.getName(); // 'taro' setTimeout(this.getName.bind(this),1000); // 'taro' } } obj.func();
アロー関数でもいける、 外側のthisを参照するので。
var obj = { name: 'taro', getName(){ console.log(this.name) }, func(){ this.getName(); // 'taro' setTimeout(()=>{ this.getName(); },1000); // 'taro' } } obj.func();
apply (call) は指定したオブジェクトでメソッドを実行出来るので
以下のようにして thisを変更することも出来る。
var obj = { name: 'taro', func(){ function func2(){ return this.name } return func2.apply(this) } } obj.func();
ちなみにMDNより↓↓↓
アロー関数では this は束縛されないので、call() や apply() メソッドは引数しか渡せません。this は無視します。
var adder = { base: 1, add: function(a) { var f = v => v + this.base; return f(a); }, addThruCall: function(a) { var f = v => v + this.base; var b = { base: 2 }; return f.call(b, a); } }; console.log(adder.add(1)); // 2 を出力する console.log(adder.addThruCall(1)); // やはり 2 を出力する
まとめ
・thisは４タイプの使い方によって挙動が変わる。
・アロー関数か、そうで無いかで挙動が変わる。
■参考文献 https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Functions/Arrow_functions#Lexical_this https://qiita.com/takkyun/items/c6e2f2cf25327299cf03 https://chaika.hatenablog.com/entry/2017/03/31/083000 https://liginc.co.jp/277527
