そもそもの前提問題としてReact-NativeではHMRを有効化してもStateless Functional Component(以下SFC)に対してhot module replacement(以下HMR)してくれない問題がある。 https://github.com/facebook/react-native/issues/10991 上記のissueに記載あるが babel-plugin-functional-hmr を入れることでSFCに対してもHMRを有効化出来る。これで全て解決！と行けば良いのだが、、、 babel-plugin-functional-hmrを有効化した状態でjestのsnapshotテストをするとテストケースが失敗することがある どういうケースで失敗するのか？ 普段僕は業務でもプライベートでも styled-components を使用しています。 今回の

注意：この記事では Babel 5 を使っています。 Babel 6 を使用する場合は、このままだと動作しません。対応方法は、Quick guide: how to update Babel 5.x -> 6.x — Medium 等を参照して下さい。 Grunt や Gulp などのタスクランナーを使わず、webpack だけでフロントエンドを開発する方法を調べてみました。 以下、実際に簡単なウェブアプリケーションを作ってみます。 環境 webpack 1.12.0 ESLint v1.2.1 OS X 10.10.5 前提条件 JavaScriptは ECMAScript 6 で書けるようにします。但し、今回の記事内では ECMAScript 5の文法のみ使用しています。 CSSファイルは webpackで処理することにより、JavaScript のコードで表現されるようになります。こ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

概要 JavaScriptの開発時にもXcodeなどのIDE並の環境を用意すべく、進化に追いつけていなかったフロントエンドの開発ツール周りを試して構築した。 最近はES2015でコードを書くのでbabelでES5に変換するのが必須。そうなると開発時のソースと実行時のスクリプトが異なるのでそのままではデバッグができない（ChromeのDeveloper Toolで止めてみても書いたコードとは違う表現のコード上で止まる）。 この問題を解決されるためにwebpackでは開発時のソースでデバッグを可能にするためにSource Mappingという手法を導入している。そしてこれを利用することでVisual Studio CodeからChromeへのRemote Debuggingが可能になる。 想定環境 macOS Sierra Visual Studio Code ver.1.11.2 1.17.

HMR（Hot Module Replacement）はWebpackが提供する、ブラウザのリロードをすること無くアプリケーションのJSを更新する開発ツールです。 ReactではBabelやWebpackのプラグインでアプリケーションコードに注入することで実現していますが、React以外でもHMRを行うことができます。ただし、HMRに対応させるためにはいくつかモジュールやアプリケーションに合わせた実装が必要です。 ReactがどうやってHMRに対応しているかを理解するため、Reactでないアプリケーションで必要な実装について、そしてReactの場合何をやっているかをまとめました。 このエントリの内容については、（そのままではありませんが）githubにあげているので参考にして下さい。 また、HMRを含めた環境のセットアップはReact開発環境を構築する時に出てくるbabelやwebpack

// es5 'use strict'; var webpack = require('webpack'); var path = require('path'); var env = process.env.NODE_ENV; var config = { module: { loaders: [ { test: /\.js$/, loaders: ['babel-loader?presets[]=react&presets[]=es2015&cacheDirectory'], exclude: /node_modules/ }, { // 今回はScssを使うので.scssとしています。 // cssを直接使う場合は.cssとして、loadersからsassを除きます。 test: /\.scss$/, loaders: ['style', 'css', 'sass'] }, ] },

2017年版と2018年版でwebアプリケーション作成時のreactの（マイ）ベストプラクティクスを以下のリポジトリに、まとめてみたので記事にしてみました。 react-best-practices https://github.com/wheatandcat/react-best-practices/tree/master ちなみにタイトルは、その過程で2018年版に削除したpackageです（理由は後述） github サンプルコードの内容は、ログイン/ログアウト + fetchした内容を画面に表示するだけです （ただのサンプルなので、実装はハリボテです） 2017年版 https://github.com/wheatandcat/react-best-practices/tree/master/2017years 2018年版 https://github.com/wheatandc

jsのconfigファイルが本番環境と開発環境で違う場合があります。 しかしconfigファイルを含んだファイルをビルドする場合、phpのように.envで分けるみたいなことが出来ません。 そこで、本番環境用にビルドする時と、開発環境用にビルドする時でコマンドを分けることで、この問題が解消されます。 この分ける方法には大きく３つの方法があります。 状況に応じて使い分けていただければと思います。 独立した設定ファイルを作る方法 webpackはデフォルトではwebpack.config.jsというファイルに設定を定義します。 これを開発用と本番用でファイルを分けて別々に実行します。 例えば 開発用はwebpack.dev.js 本番用はwebpack.prod.js で別々に作ります。 そしてビルドする時は 開発用ならwebpack --config webpack.dev.js 本番用ならw

How to make your Webpack builds 10x faster 「webpackビルドを10倍速くする方法」というスライドを見つけた。 内容を要約すると、こんな感じ。 css-loaderは0.15未満を使う cacheDiretoryはデフォルトで無効だから有効にする HappyPackを使う DLLバンドルを使って、静的コードのバンドルを分ける DLLバンドルは聞いたことがなかったので調べた。 DLLバンドルとは Dll bundles doesn't execute any of your module's code. They only include modules. モジュールをまとめただけのbundleで、scriptタグで読み込んだ時点では含まれるモジュールは実行されず、他のbundleから参照された時に実行される。

JavaScriptのテスト環境構築(Mocha + power-assert + Karma + babel + webpack)JavaScriptmochakarmapower-assert この記事は、初めてJavaScriptのテスト環境を作ってみたおじさんによる、これからJavaScriptのテストを書いていきたいけど、登場人物が多すぎてなにやらめんどくさそうと思っている方に向けた記事兼備忘録です。 初めてのJavaScriptテスト環境構築で一応公式ドキュメントに目を通したけど英語の意味をちゃんと読み取れておらず、ツールやライブラリの理解や使い方が間違っている場合がありますのでアドバイスいただけると幸いです。 各テストツールやライブラリの紹介 JavaScriptのテスト環境を構築するときの一つ目の壁がツールやライブラリがたくさん出てきて、どれを使っていいかわからない/それぞ

概要 みなさん、Web開発で消耗していないでしょうか？ 今回はSassやES2015、browser-syncをwebpackでまとめて管理してWeb開発をスマートにするための方法をまとめてみました。 実際に完成した開発環境はこちらになります。 使いたいだけの方はクローンして使ってください。 動作の説明はreadme.md書いておく予定ですが、もし記述してなければこの記事を参考にしながら使ってください。 動作環境 macOS Sierra (10.12.4) node.js yarn ディレクトリ構成 public 実際に公開されるディレクトリ。 localhost等で確認するときは、ここに入っているindex.htmlが表示されます。 また、srcのデータをまとめたbundle.jsもここに格納されます。 src ここに/css/や/js/といったディレクトリを作って作業していきます。

kintone Advent Calender 9日目の記事です。 最近、社内でハッピーというキーワードがよく使われているようなのでタイトルに入れてみました。 kintoneでJavaScriptのカスタマイズをしていて思うのは、JavaScriptファイルをアップロードするのが面倒なんですよね。 そこで改善できるツール作りましたよ！って書こうとしたら、前日の方も同様の記事を書かれていましたｗ とは言え、もはや（時間的に）後戻りはできないので、ご紹介させて頂きたいと思います。 JavaScriptカスタマイズの流れ kintoneでJavaScriptを使ったカスタマイズを行う場合、だいたい以下のような流れで進めます。 JavaScriptプログラムを作る アプリの設定画面からkintoneへJavaScriptファイルをアップロードする 動作確認・デバッグする 2を行うためにはkinto

TL;DR webpackを使って開発環境と本番環境で値が違うものをどう変更するか。(ex. url) import config from "config" console.log(`${config.url}`) // 開発環境では https://hoge.com // 本番環境では https://fuga.com webpackのresolve.aliasを使用する webpackのドキュメント https://webpack.github.io/docs/configuration.html#resolve-alias resoleve.aliasはモジュールを他のモジュールまたはパスで置き換えるもの。 webpack.config.js const environment = process.env.NODE_ENV || 'development'; const confi

投稿推進部の外村（@hokaccha）です。 クックパッドブログの開発でRails上にECMAScript6などのモダンなJavaScript開発環境を導入した経験を元にノウハウを紹介したいと思います。 RailsはSprocketsというgemでJavaScriptやCSSをコンパイルする仕組みが提供されています。Sprocketsによるasset管理の仕組みは非常によくできており、AltJSのトランスパイルやファイルの結合、minifyなど、assetのコンパイルに必要な機能を一通り備えています。 しかし、JavaScriptにおけるモジュールの依存関係の解決や、ライブラリの管理などについてはモダンなJavaScript開発と乖離してきているのが現状です。そこで、Railsでも以下のようなことを実現できることを目標に環境を作りました。 ECMAScript6のシンタックスを使う モジュ

こんにちは。私事ですが、サイトリニューアルに伴いあだ名が変わり、「先生」となりました。（元博士） 降格になった訳ではありません。馴染まなかっただけです。 さて、ES5のブラウザ対応も広まり、ES6の話題がちらほらと出始めました。 ES6ではClassやConstが加わることとなり、これまでのJavaScriptの書き方も変わってくることでしょう。 というわけで早速ES6でコードを書いてみたいと思いますが、普通に書いたのでは動かないブラウザが多数です。 そこで本日は、WebPackとES6-Loaderを使い、ES6で書きつつもES5にコンバートさせていく手順を紹介したいと思います。 インストールの前に開発ディレクトリを作ります。今回はこんな感じにします。 /es6 ┣ /node_modules ┣ /source ┗ package.json Node.js npmが使える状態になってい

はじめに いつもはes6のモジュール管理方式であるimport/export(ES modules)を使って、npmで手に入れたライブラリや自分で作成したモジュールをロードしているが、たまに思った挙動にならないことがある。また、export defaultしたモジュールをテストしようとしてkarmaでrequire()するとエラーになったりした。そういう場合は、とりあえずmodule.exportsを使ってみるとうまくいったりすることが多いのだが、なぜなのかはあまり考えていなかった。 ということで、実際にはどうなっているのか、またモジュールシステムとは何なのかという点で基本的なことから理解を深めて、es6のimport/exportとの違いを知り、より正しく実装できるようになれば良いと思っている。 結論としては 方針としては基本的にはES6形式で記述するが、CommonJS形式の読み書きが

スライドメニューの実装に sp-slidemenu を fixed 対応した以下のライブラリを使用した。 github.com このライブラリは npm にも bower にも登録されていない。 bower.json があれば bower install も可能だろうが、無いので npm で github のパスを指定してインストールする。 ※ git submodule はオペレーションの関係で今回使えない。 $ npm install --save-dev git://github.com/tokunagakazuya/sp-slidemenu#0.1.2-release ▼ インストールが成功すると、node_modules 直下に sp-slidemenu.js ディレクトリが出来る。 node_modules/sp-slidemenu.js/ ├─Gruntfile.js ├──