フロントエンド開発の基本知識（2017年夏）

10年ぶりくらいに Web 開発に再デビューしなくてはならなくなった筆者が見た、現代のフロントエンド開発の基本知識についてまとめます。フレームワークを使ったシングルページアプリケーション開発が対象です。若干の不正確には目をつむってズバリ言い切るスタイルで書いていきます。

## Node.js

現代のフロントエンド開発には [Node.js]( https://nodejs.org/ ) を使います。フロントエンド開発を強力にサポートするいくつものツールが Node.js で実装されているからです。

Web 開発で言語処理系というと、Ruby on Rails のような Web アプリケーションフレームワークを思い浮かべるかもしれません。もちろん Node.js にもそのようなフレームワークはいくつも存在しますが、フロントエンド開発で使うツールはそれとは全然関係ありません。

これらのツールを使うことによって解決するのは、以下のような要望です :

- JavaScript コードを複数ファイルに分割して書きたい。
- JavaScript コードを最新の仕様で書きたい。

Node.js が JavaScript 言語の処理系なので「クライアント側のブラウザーが実行するはずの JavaScript コードを Node.js が実行したりするのか？」などとつい考えてしまうかもしれませんが、もちろんそんなことはありません。Node.js で実装されたこれらのツールの主な役割は**ソースコードをソースコードに変換すること**です。ブラウザーでは直接実行できない、複数ファイルに分割されていたり最新の仕様で書かれていたりするソースコードを、実行可能なソースコードに変換するのです。ここでいう「ソースコード」は JavaScript がメインですが、HTML や CSS を変換することも可能です（そして実際によく行われています）。

先程の２つの要望の前者（ファイル分割）を解決するツールが [Browserify]( http://browserify.org/ ) または [webpack]( https://webpack.github.io/ ) で、後者（最新仕様の言語）を解決してくれるのが [Babel]( http://babeljs.io/ ) や [TypeScript]( https://www.typescriptlang.org/ ) です。

Node.js で Web サーバーを書くのは簡単ですから、これらのツールの変換結果をブラウザーで即座に見られるようにする開発用サーバーも簡単に提供できます。また Node.js はローカルファイルも自由に操作できるので、本番環境で動かすために変換結果をまとめてファイルにして出力する機能も提供できます。

### Node.js プロジェクトのレイアウト

Node.js について最初に知っておいたほうがいいと思うのは Node.js が JavaScript ファイルを実行するやり方についてです。Node.js で実行する場合必ず１つのファイルから始まります :

```shell-session
$ node foo.js
```

foo.js から `require` を使用して別ファイルにあるコードを利用できます。

```js:foo.js
var bar = require('./bar.js');
bar.someFunction();
```

後は芋づる式に複数のファイルをロードすることができます。`require('baz')` と書くと node_modules/baz ディレクトリにあるファイルがロードされたりします。詳しい仕様が次のドキュメントに書いてあるのでぜひ読んでほしいです :

- [Modules | Node.js Documentation]( https://nodejs.org/api/modules.html ) （[日本語]( http://nodejs.jp/nodejs.org_ja/api/modules.html )←ただし古い）

この仕様の内容を理解すると Node.js プロジェクト（つまりフロントエンド開発用プロジェクト）のディレクトリ・ファイルレイアウトが理解でき、プロジェクトの各ファイルがどのような役割を果たしているかが明確になります。

### npm

[npm]( https://www.npmjs.com/ ) は Node.js の標準パッケージマネージャーです。フロントエンド開発においては次の２つの機能を利用します :

- Node.js のパッケージをダウンロードする。
- 定型 node コマンドを実行する。

Babal や webpack といったツールは Node.js のパッケージとして配布されています。これらは更に他の Node.js パッケージにも依存しています。`npm install` を実行すると package.json に書かれたパッケージを node_modules にダウンロードしてくれます。その際、依存するパッケージも同時にダウンロードしてくれます。

さらに、ちょっと驚くことに Web フレームワークのコードも（本来は Node.js で実行されるものでないにも関わらず）Node.js のパッケージとして配布されています。それらも npm でダウンロードされ、Babal や webpack で変換されてブラウザーで実行できる形で提供されるのです。

### npm-scripts

npm がフロントエンド開発に提供する２番目の機能は `node` コマンドの定型的な実行です。この定型コマンドラインも package.json に記述します[^1]。例えば以下のような例が典型的です :

[^1]: 実際にはシェルで実行できるものならなんでも書けます。

- `npm start` とすると、開発サーバーを起動する。
- `npm test` とすると、ユニットテストを実行する。
- `npm run build` とすると、Babel や webpack を実行してソースコードを変換・結合し、ブラウザーが直接読める形のファイルとして出力する。出力されたファイルは別の場所にデプロイして Apache や Nginx でホストすることもできる。

このような定形作業をタスクと呼びます。`npm run xxx` で実行できる任意の数のタスクを package.json に記述できます[^2]。少し前までは専業のタスクランナーとして Grunt や Gulp などがもてはやされましたが、これらについては忘れて npm-scripts を使えばよろしいようです[^3]。

[^2]: `npm start`, `npm test` は `npm run start`, `npm run test` と同じ。
[^3]: [[意訳]私がGulpとGruntを手放した理由 - Qiita]( http://qiita.com/chuck0523/items/dafdbd19c12efd40e2de )

package.json の例を示します :

```json:package.json
{
  "name": "my-app",
  "version": "0.1.0",
  "dependencies": {
    "react": "^15.6.1",
    "react-dom": "^15.6.1"
  },
  "devDependencies": {
    "react-scripts": "1.0.7"
  },
  "scripts": {
    "start": "react-scripts start",
    "build": "react-scripts build",
    "test": "react-scripts test --env=jsdom",
    "eject": "react-scripts eject"
  }
}
```

## JavaScript

10年前、JavaScript の仕様は ECMAScript 3 で長期間（安値）安定していました。2009年に JSON のサポートや strict モード、getter/setter そしてFunction.prototype.bind() をはじめとする若干の新メソッドを提供する小規模な更新 ECMAScript 5 (ES5) が策定されました（ES4 は合意がならず策定無し）。

そして 2015 年、本格的な大規模更新が施された ECMAScript 6 (ES6) が策定されました。2015 年からは毎年バージョンアップされることになることが決まっているため、年号をつけて ES2015 とも呼ばれています。

ES2015 の機能は広範囲に渡っているので一言では書けませんが、特筆すべきものはクラス `class { ... }` のサポートとアローファンクション `() => ...` でしょう。新機能の全体像については以下の記事がわかりやすいと思います（英語） :

- [Overview of ECMAScript 6 features]( https://github.com/lukehoban/es6features )

JavaScript サポート状況は以下が詳しいです :

- ブラウザー : [ECMAScript 6 compatibility table]( http://kangax.github.io/compat-table/es6/ ) 
- Node.js : [Node.js ES2015/ES6, ES2016 and ES2017 support]( http://node.green/ )

ブラウザー別のサポート状況でいうと、いわゆるモダンブラウザーは ES2015 を実装していますが、モジュール関連（複数 JavaScript ファイル）は実装対象から除かれています。これはブラウザーはローカルファイルからモジュールを読むわけにはいかず、どのようにモジュールをロードするのかについての仕様がまだ決まっていないからです。

### トランスパイラーとポリフィル

最新の JavaScript 仕様でコーディングしたい場合で、古いブラウザにも対応したい場合にはトランスパイラーとポリフィルを使います。

ポリフィルはブラウザー側で読み込むと関数やメソッドを追加・変更して最新仕様に合うようにしてくれるものです。一方トランスパイラーはコードをまるごと変換するツールで、主に最新の文法要素を古いブラウザでも実行できるコードに変換してくれます。トランスパイラーで変換しても、ブラウザー側での実行時にはポリフィルが必要になる場合がある（当該関数・メソッドを利用しないなら不要）ので注意しなければなりません。

現時点で ES2015, ES2016, ... を利用するなら、[Babel]( http://babeljs.io/ ) を使います。Babel は本来トランスパイラーですが、ポリフィルもサポートされています（→ [Polyfill · Babel]( http://babeljs.io/docs/usage/polyfill/ )）。

### AltJS

JavaScript 言語本体がなかなか進化しなかったので、独自の拡張を JavaScript に施した AltJS というのが流行していました（CoffeeScript が代表でしょうか）。​JavaScript が活発に進化している現在では、フロントエンド開発の初心者が考慮するに値する AltJS は [TypeScript]( https://www.typescriptlang.org/ ) だけだと言えるでしょう。TypeScript は JavaScript とは違って強い型付けを持っていますので、型が好きな人は TypeScript を選ぶ理由があります。

### バンドラー

現時点ではブラウザーはもちろん、Babel, TypeScript などのトランスパイラーもモジュール（複数ファイル）に対応していません。この解決には別の Node.js パッケージを使うようになっていて、それらはバンドラーと呼ばれます。

[Browserify]( http://browserify.org/ ) は JavaScript コードの `require` を読んで必要な JavaScript ファイルを結合してくれる機能だけをもつツールです。非常にシンプル。

[webpack]( https://webpack.github.io/ ) は JavaScript の他に CSS や HTML, 画像ファイルといったいろいろなアセットを結合してくれる多機能ツールです。

## HTML5 と CSS

HTML5 については、開発者観点から見て１点だけ知っておいたほうがいいことがあります。それは[カスタムデータ属性]( https://www.w3.org/TR/html5/dom.html#embedding-custom-non-visible-data-with-the-data-*-attributes ) `data-*` についてです。

開発をしていると HTML の要素（ノード）に独自の属性をつけたい場合がよくあります。この要望を仕様化したのがデータ属性です。`data-*` の `*` の部分に好きな名前をつけて属性とすることができます。この属性は DOM でアクセスできることが保証され、CSS も適切に適用されることが保証されています。

これまでも勝手な属性を HTML に付けることは可能でしたが、それはブラウザーの実装がたまたまそうなっていたというだけで、HTML5 で正式に仕様化されたということです。

CSS については [Sass]( http://sass-lang.com/ ) と [PostCSS]( http://postcss.org/ ) について調べてみたほうがよさそうです（手抜き）。

## Wrap up

以上のことを理解しておけば、[React]( https://facebook.github.io/react/ ) なり [AngularJS]( https://angularjs.org/ ) なりのチュートリアルを試すときに戸惑ったり面食らったりせずにすむと思います。

## References and further reading

- [Create React App &mdash; User Guide]( https://github.com/facebookincubator/create-react-app/blob/master/packages/react-scripts/template/README.md )
- [ゼロから始めるJavaScript生活]( http://qiita.com/takahashim/items/7838334d1451fb0a9811 )
- [レトロエンジニアのための近代Webフロントエンド事情]( http://qiita.com/uctakeoff/items/ce8da368d020273c6064 )
- [Javaな人向けクライアントサイドJavaScript開発入門]( http://qiita.com/tatesuke/items/71bc2fb9e85339823f84 )
- [Googleトレンドに見る2016年人気のCSS・JavaScript・タスクランナー]( http://qiita.com/tonkotsuboy_com/items/26ad863bddf98ff01af5 )
- [JavaScriptのモジュールシステムの歴史と現状]( http://qiita.com/mizchi/items/6b569cc75dbcc26a1f15 )
- [JavaScriptはなぜトレンドが毎年変わると思われていたのか]( http://qiita.com/shibukawa/items/31fa572ba48728054720 )
- [春からはじめるモダンJavaScript / ES2015]( http://qiita.com/mizchi/items/3bbb3f466a3b5011b509 )
- [2015年までにWebのフロントエンドが辿ってきた道]( http://qiita.com/joe-re/items/3b6730eb90dbeb2f8272 )
- [フロントの未来の話]( http://qiita.com/kurosame/items/af0716f73da45812d224 )
- [【翻訳】「Front-end Developer Handbook 2017」 2016年のまとめと2017年の予測]( http://qiita.com/DaisukeHirata/items/b470e473ef621a132acc )
- [JavaScriptフレームワーク選定の議論]( http://qiita.com/azu/items/2921f62127b8d3a1aa03 )

## 脚注