13
10

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 5 years have passed since last update.

reason_mlAdvent Calendar 2017

Day 7

Web 初心者が ReasonML にたどり着くまでのあれこれ

Last updated at Posted at 2017-12-17

これは Reason ML Advent Calendar の7日目です。17日目に登録してたのですが少し遡ります。

OCaml 側から ReasonML に興味を持ってみたけど Web だの JS だの全くわからんぴょんで、ReasonML にたどり着くまでに一悶着あったので記録しておきます。

※ だいたい webpack の話です。この辺知ってる人はつまらないと思うので他の記事へ… :pray:

今回の目的

ReasonML いじるだけなら実は webpack だのなんだの要らなくて

$ npm install -g bs-platform # BuckleScript platform を入れる
$ bsb -init my-first-app -theme basic-reason # `my-first-app` という BuckleScript に必要な環境を入れたディレクトリを作成してくれる
$ npm run build # OCaml を JS にコンパイル

これだけでOK。
ReasonML QuickStart に書いてある通りですね。

bsb -init で作成された README.md には

README.md
# Build + Watch

npm run watch

と書いてるのですが npm run でコマンド一覧を出すと

Lifecycle scripts included in my-first-app:
  start
    bsb -make-world -w

available via `npm run-script`:
  build
    bsb -make-world
  clean
    bsb -clean-world

しかないので watch したいときは上記のドキュメント通り npm run start しましょう。
BuckleScript 最初のハマりどころです :persevere: :sweat_drops:

初期状態で入っている ReasonML ファイルをみると

demo.re
Js.log("Hello, BuckleScript and Reason!!!!");

と書いてあり、これをビルドすると同じディレクトリ内に

demo.bs.js
// Generated by BUCKLESCRIPT VERSION 2.1.0, PLEASE EDIT WITH CARE
'use strict';


console.log("Hello, BuckleScript and Reason!!!!");

/*  Not a pure module */

が生成されます。 やったね! :clap: :clap: というサンプルです。

これだけだと発展がないので、 localhost になんか描画してみよう、というのが今回の目的です。

環境とか

ちょっと前に AWS Lambda をいじっていた名残で nodebrew とか npm とかは入ってたので、今回はそれらをアップグレードして使います。ウェッブ慣れてきたら yarn とか使ってみるかもです :cat:

nodebrew 0.9.3
npm 5.6.0
node 9.2.1

※ 元々入っていた npm が古すぎて ReasonML のために必要な backlescript をインストールできなかったのでバージョン上げました。

webpack

だいたい webpack ってなんやねんというところからだったのですが、ドキュメント

At its core, webpack is a static module bundler for modern JavaScript applications.

とあるように、JS のパッケージの依存、互換性などをいい感じにしてくれるやつ (= バンドラー) という理解をしました。他にもいろいろあるようだったのですが、今回参考にした mizchi さんの ReasonML のボイラープレート には webpack が使われていたので倣うことにしました。

webpack のドキュメント がとんでもなく親切で、この QuickStart チュートリアルをやるとだいたいの仕組みが分かるのでとりあえずやるとよいです :heart_eyes: :heart_eyes: :star2:

$ webpack-demo > npm init -y # package.json が作成される
$ webpack-demo > npm install --save-dev webpack # local に webpack を入れる
$ webpack-demo > ls
 node_modules/           package-lock.json       package.json

初期状態の package.json はこんなんでした

package.json
{
   "name": "webpack-demo",
   "version": "1.0.0",
   "description": "",
   "main": "index.js",
   "scripts": {
     "test": "echo \"Error: no test specified\" && exit 1"
   },
   "keywords": [],
   "author": "",
   "license": "ISC"
 }

このあと index.html"main" のところにある index.js を作っていきます。

index.html
<html>
  <head>
    <title>Getting Started</title>
    <script src="https://unpkg.com/lodash@4.16.6"></script>
  </head>
  <body>
    <script src="./src/index.js"></script>
  </body>
</html>
index.js
function component() {
  var element = document.createElement('div');

  // Lodash, currently included via a script, is required for this line to work
  element.innerHTML = _.join(['Hello', 'webpack'], ' ');

  return element;
}

document.body.appendChild(component());

ファイルの置き方ですが、ドキュメントによると root の下に /src/dist を作り、自分がいじるのは /src 以下のもの、その結果を /dist 以下のファイルに出力されるようにする、という分け方をするのがよいらしいです :bulb:

First we'll tweak our directory structure slightly, separating the "source" code (/src) from our "distribution" code (/dist). The "source" code is the code that we'll write and edit. The "distribution" code is the minimized and optimized output of our build process that will eventually be loaded in the browser:

index.jssrc に、index.htmldist に置くようにしました。

webpack-demo/
 |- package.json
 |- package-lock.json
 |- node_modules/
 |- src/ # 自分がいじるファイルを置く
    |-index.js
 |- dist/ # 出力されるファイルを置く
    |-index.html

bundle.js

あらゆる JS ファイルを import なども全部展開して1つにがつっとまとめたファイルを作り、それを index.html に入れ込む、ということをします。
(別文脈ですが、Lodash の import についてはドキュメント読んでください)

index.html
<html>
   <head>
     <title>Getting Started</title>
    <!-- ここにあった script は index.js 側に import することで消えた -->
   </head>
   <body>
     <script src="bundle.js"></script> <!-- "./src/index.js" から変更 -->
   </body>
 </html>
index.js
import _ from 'lodash'; // `npm install --save lodash` でローカルに入れる

  function component() {
    var element = document.createElement('div');

    // Lodash, currently included via a script, is required for this line to work
    element.innerHTML = _.join(['Hello', 'webpack'], ' ');

    return element;
  }

  document.body.appendChild(component());

以下のコマンドで bundle.js を作成します。

$ webpack-demo > npx webpack src/index.js dist/bundle.js # webpack ライブラリを実行してるだけ
$ webpack-demo > ls dist  # bundle.js が作成された (めっちゃ長い)
 bundle.js       index.html
$ open dist/index.html # `Hello webpack` が表示される

npx はローカルの npm パッケージを実行してくれる便利コマンド :clap: :clap:

webpack.config.js

npx webpack entry output っていちいち打つの面倒なので config file 作っておくと便利です。

webpack.config.js
const path = require('path');
 
 module.exports = {
   entry: './src/index.js',
   output: {
     filename: 'bundle.js',
     path: path.resolve(__dirname, 'dist')
   }
 };

これで
$ npx webpack --config webpack.config.js でビルドできる

※ 実は config file 名を webpack.config.js という名前にしておくと、webpack は勝手にそれを config file として認識してくれるみたいです。なので以下のコマンドだけ打てばよい。

$ npx webpack

If a webpack.config.js is present, the webpack command picks it up by default. We use the --config option here only to show that you can pass a config of any name. This will be useful for more complex configurations that need to be split into multiple files.

(--config オプションを付けることで webpack.config.js という名前でないファイルでも config ファイルと認識してくれる)

package.json

$ npx webpack --config webpack.config.js も面倒なので package.json にコマンド定義しておきます :thumbsup:

package.json
{
 ...,
 "scripts": {
     "build": "webpack" // `npm run build` で `npx webpack` と同じことができるようになる
   },
 ...
 }

package.json 内の sciprtsnpx コマンド同様、ローカルのライブラリもビルドしてくれるから便利便利 :clap: :clap: :clap:

Note that within scripts we can reference locally installed npm packages by name the same way we did with npx.

mizchi さんのボイラープレート

webpack QuickStart をやったあとで前述のボイラープレートを見てみる。ちょこちょこ違う :thinking: :dizzy: :dizzy:

ということで、便利ツールをあと2つ見てみます。

webpack-dev-server

ドキュメント

The webpack-dev-server is a little Node.js Express server, which uses the webpack-dev-middleware to serve a webpack bundle. It also has a little runtime which is connected to the server via Sock.js.

webpack 実行してローカルでサーバ立ち上げてくれるんだろうなという理解をしました。
ここで重要だったのが以下の部分。

This modified bundle is served from memory at the relative path specified in publicPath (see API). It will not be written to your configured output directory. Where a bundle already exists at the same URL path, the bundle in memory takes precedence (by default).

実際に bundle.js を実ファイルとして作成するのではなく、webpack-dev-server のメモリ上に webpack.config.jsoutput に指定している内容を吐き出すらしいです :bulb:
なのでたしかに $ npx webpack-dev-server しても dist/bundle.js が作成されることはなかったです。

$ webpack-demo > npm install webpack-dev-server # インストール
$ webpack-demo > npx webpack-dev-server --content-base dist/ # 実行

これで localhost:8080 いくと Hello, webpack とかなんとか表示されてるはずです。

--content-base は webpack 由来ではないソースがどこに存在しているかを教えてあげるオプションで、今回のように dist/ みたいなディレクトリを作ったりすると $ npx webpack-dev-server だけでは dist/index.html までたどり着けませんでした。
ドキュメントだと以下の部分で説明されています。

The webpack-dev-server will serve the files in the current directory, unless you configure a specific content base.
$ webpack-dev-server --content-base build/
Using this configuration, webpack-dev-server will serve the static files in your build folder. It’ll watch your source files, and recompile the bundle whenever they are changed.
Using the configuration above, the bundle is available at localhost:8080/assets/bundle.js.
To load your bundled files, you will need to create an index.html file in the build folder from which static files are served (--content-base option)

実は webpack-dev-server の設定も webpack.config.js に書き込めます :blush:

webpack.config.js
const path = require('path');
 
 module.exports = {
   entry: './src/index.js',
   output: {
     filename: 'bundle.js',
     path: path.resolve(__dirname, 'dist')
   },
   devServer: { // webpack-dev-server の設定
     port: 4000, // port も設定できた
     contentBase: 'dist' // `--content-base` option に対応
   }
 };

HtmlWebpackPlugin

ドキュメント

The HtmlWebpackPlugin simplifies creation of HTML files to serve your webpack bundles.

HTML ファイルを生成してくれる便利ツールっぽいです。今回は index.html だけですが。

$ npm install --save-dev html-webpack-plugin # インストール

をして以下の内容で webpack.config.js を用意します。

webpack.config.js
var HtmlWebpackPlugin = require('html-webpack-plugin');
var path = require('path');
 
var webpackConfig = {
   entry: 'index.js',
   output: {
     path: path.resolve(__dirname, './dist'),
     filename: 'index_bundle.js'
   },
   plugins: [new HtmlWebpackPlugin()]
 };

この状態で npm run build を実行すると以下のような html ファイルが dist/ に生成されます。

dist/index.html
<!DOCTYPE html>
 <html>
   <head>
     <meta charset="UTF-8">
     <title>webpack App</title>
   </head>
   <body>
     <script src="index_bundle.js"></script>
   </body>
 </html>

さらに、new HtmlWebpackPlugin() にファイル名を指定することもできます。

webpack.config.js
 {
   entry: 'index.js',
   output: {
     path: __dirname + '/dist',
     filename: 'index_bundle.js'
   },
   plugins: [
     new HtmlWebpackPlugin({
       title: 'My App',
       filename: 'assets/admin.html' // script タグを入れ込んだファイルをこの名前で作成してくれる
     })
   ]
 }

どんなことが書けるのかは https://github.com/jantimon/html-webpack-plugin#configuration を見てください。

テンプレート

上記の内容で結果として得られたファイルを置きました :bow: :bow: :bow:
https://github.com/yuzumikan15/webpack-demo

BuckleScript

ここまで長かったですがとにかくやっと BuckleScript まできました :persevere: :confounded: :tired_face:
BuckleScript については他の方も説明していますが、OCaml を JS に変換してくれるコンパイラです :camel: :heart: :heart:
ドキュメント

QuickStart としてはこの記事の最初に紹介した ReasonML のドキュメント にもあるように

$ npm install -g bs-platform
$ bsb -init my-first-app -theme basic-reason # `bsb` は BuckleScript のコマンド

これだけです。これで、my-first-app というディレクトリが作られ、中に BuckleScript でのコンパイルに必要なファイルがごっそり入っています。

reason-of-webpack > ls
README.md       node_modules/   src/
bsconfig.json   package.json    tasks.json

ここに webpack やなんやかんやを入れていきましょう :thumbsup:

$ npm install --save-dev webpack
$ npm install --save-dev webpack-dev-server
$ npm install --save-dev html-webpack-plugin

ここまでで package.json はこんなんでした

package.json
{
  "name": "reason-of-webpack",
  "version": "0.1.0",
  "scripts": {
    "build": "bsb -make-world", // BuckleScript のビルドコマンド
    "start": "bsb -make-world -w", // watch mode
    "clean": "bsb -clean-world"
  },
  "keywords": [
    "BuckleScript"
  ],
  "author": "yuzuco",
  "license": "MIT",
  "devDependencies": {
    "bs-platform": "^2.1.0",
    "html-webpack-plugin": "^2.30.1",
    "webpack": "^3.10.0",
    "webpack-dev-server": "^2.9.7"
  }
}

webpack.config.js を書いていきます。

webpack.config.js
const HtmlWebpackPlugin = require('html-webpack-plugin');
const path = require('path');

module.exports = {
  entry: './src/Main.bs.js',
  output: {
    filename: 'bundle.js',
    path: path.resolve(__dirname, 'dist')
  },
  devServer: {
    port: 8080,
    contentBase: 'dist'
  },
  resolve: {
    extensions: ['.bs.js', '.js', '.json']
  },
  plugins: [
    new HtmlWebpackPlugin({
      template: 'dist/index.html'
    })
  ]
};

index.html テンプレートを書きます。

index.html
<!DOCTYPE html>
<html>
  <head>
    <meta charset="UTF-8">
    <title>Reason of webpack</title>
  </head>
  <body></body>
</html>

あとはこれだけ。

$ bsb -make-world # .re ファイルをコンパイルして .bs.js を生成
ninja: Entering directory `lib/bs'
[3/3] Building src/Main.mlast.d
[1/1] Building src/Main-ReasonOfWebpack.cmj

$ ls src # .bs.js が生成されている
Main.bs.js      Main.re

$ npx webpack-dev-server
Project is running at http://localhost:8080/
webpack output is served from /
Content not from webpack is served from dist
...

開発者ツールで見た index.html
Screen Shot 2017-12-17 at 6.06.48.png

console
Screen Shot 2017-12-17 at 6.06.59.png

めでたい :tada: :tada:

なんか描画する

console.log だけしてても面白くないのでなんか描画してみます :hugging:
ドキュメント

↑ これの Settling down and getting disciplined about things からやりました。

JS の関数をそのまま呼びたいときは

external

で関数を定義します。

But what if we actually need to call a function that's in JavaScript? It's needed for interacting with the DOM, or using node modules. In BuckleScript, you use an external declaration

例えば

Main.re
type canvas;

let myCanvas: canvas = [%bs.raw {| document.getElementById("mycanvas") |}];

document.getElementById(...) という JS をそのまま書いていますが、

Main.re
type context;

[@bs.send] external getMyContext : (canvas, string) => context = "getContext";
let ctx = getContext(myCanvas, "2d");

とすると getMyContext は JS の getContext に相当する関数となります。
ちなみに

[@bs.send] external getContext : (canvas, string) => context = "";

と書いた場合は定義した関数名と同じものが "" の部分に入ります。
(実際に JS 側に存在するメソッド名でないときっと怒られるんだと思う…)

記法がややこしいのですが、

[@bs.send]

と書くと、定義した関数 (getMyContext) はその第一引数 (canvas) のメソッドとして適用されます。つまり、上の例の場合は

.re
getContext(myCanvas, "2d");


↓ BuckleScript でコンパイル :camel: :camel: :camel:

.js
myCanvas.getContext("2d")

となります。

サンプル

Main.re
type canvas;
type context;

Js.log("Hello, BuckleScript and Reason!");

/* we're leaving these types abstract, because we won't
 * be using them directly anywhere */
[@bs.send] external getContext : (canvas, string) => context = "";
[@bs.send] external fillRect : (context, float, float, float, float) => unit = "";

let myCanvas: canvas = [%bs.raw {| document.getElementById("mycanvas") |}];

let ctx = getContext(myCanvas, "2d");

fillRect(ctx, 0.0, 0.0, 100.0, 100.0);
index.html
<!DOCTYPE html>
<html>
  <head>
    <meta charset="UTF-8">
    <title>Reason of webpack</title>
  </head>
  <body>
    <!-- `getElementById` できるように canvas を追加した -->
    <canvas id="mycanvas" width="300" height="300"></canvas>
</html>

を書いて以下を実行

$ bsb -make-world
$ npx webpack-dev-server
Project is running at http://localhost:8080/
webpack output is served from /
Content not from webpack is served from dist
...
Screen Shot 2017-12-17 at 6.42.11.png

大変めでたい :tada: :tada: :tada:

ここにソースコード置きました。PR とかたくさん欲しいです :pray:
https://github.com/yuzumikan15/reason-of-webpack

次回

render は reason-react で書きたい、という気持ちがしてきたのでその入門でも書きます。

参考

13
10
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
13
10

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?