簡単なアプリケーションでwebpackとbabelの設定をしなくて済むライブラリを作った - 技術探し
github.com 最初に ターゲット モチベーション ゴール sweetpack できること プラグイン・設定 設定ファイル 共通プラグイン 開発時プラグイン 有効化されるプラグイン ビルド時プラグイン 有効化されるプラグイン サンプル さいごに 最初に ターゲット 簡単なwebアプリケーション モチベーション 同じ設定ファイルを書くことが多いのでそれを避けたい ゴール babelの設定とwebpackの設定を書かなくてもある程度のことはできるようになる。 ただ、複雑なアプリケーションだとwebpackは無限大なのでそこまでサポートする気はない。 webサイトとかを作るときに、プロダクションや開発の設定(minify, hashed name, server, etc…)を書くのがめんどくさいのでそれを解決する。 sweetpack できること webpackとbabelの設定ファイル
次のリリースであるBabel7の主な変更点まとめ - 技術探し
Babel7がリリースされるまでは更新されます。 注意: 量が多いので、BabelのInternal, Bug Fix, DocumentsとBabylonについては書きません。 また6.xへバックポートされたものも入っていますので注意してください。 もし、間違えや質問があれば、 @about_hiroppy までどうぞ;) Index Notable Changes Details of Changes In Progress Links Milestone Babel 7 Beta Milestone · GitHub Wiki Babel 7 · babel/babel Wiki · GitHub Releases Releases · babel/babel · GitHub Revision History of This Article 2017/09/04(first) Ba
webpack(v1)とbabelでES6コードをさくっと書く - getalog
最低限のコストで最近よく聞くいい感じのjsを書きたい時の構成をずらーっと書いてみる 準備するもの node/npm (最近はrbenvクローンのnodenvがいい感じ、操作は同じ) webpack babel .babelrc .babelrcを設置しとくとbabelのデフォルト設定がこいつの中身で書き換わる Reactを使わないなら、presetのreactはいらない export defaultされたパッケージをimportした時に.defaultで引くのを許せるなら、add-module-exportsはいらない(後述) Reactいる { "presets": [ "es2015", "stage-0", "react" ], "plugins": [ "add-module-exports" ] } いらない { "presets": [ "es2015", "stage-0"
Babel と TypeScript の ES6 modules の import の解釈の違い - Qiita
概要 Babel と TypeScript の ES6 modules の import の挙動の違いについて確認する。 Application 内部では Babel ・ TypeScript を同一設定で使うはずなので問題は起きない。しかし、外部の npm package を利用する際には問題が起きる。 各状況ごとにどう書けばいいのかの参考情報をまとめる。 将来的には、このようなまとめが不要になることを期待する。 前提 Babel 6.6.5 es2015 preset TypeScript 1.8.7 allowSyntheticDefaultImports (export = foo を import foo from 'foo'; できる) 各変換結果 1. Babel import ... from '...'; 'use strict'; var _foo = require(
~2015 in review
This started off as a generic year in review but as I was writing it became a lot more personal. This is my story of how I dealt with going from high school to moving to another country and working in big tech in a little over a year. All throughout my childhood I’ve had an interest in computers and the web. When I was eight I published my first website, when I was eleven I was causing mischief on
Babel and CommonJS modules
This blog post examines how Babel ensures that code it transpiles interoperates properly with normal CommonJS modules. Consult chapter “Modules” in “Exploring ES6” for more information on ES6 modules. Starting point for this series of posts on Babel: “Configuring Babel 6” ES6 modules vs. CommonJS modules # ECMAScript 6 modules # Default export (single export): // lib.js export default function (
gulp v4.0を眺めてみた
gulpfileをES6に置き換える必要があり、何気にgulpの情報追っていると、 そろそろv4.0がリリースされそうなのでざっくりと眺めてみた。 gulpfileをES6で書くまず、本来の目的だったこの件、v3.9ですでに対応されていた。 以下の条件であれば利用可能のようだった。 gulp v3.9以上 gulpfile.jsをgulpfile.babel.jsとする babel-core をインストールすること 内部的にはbabelで変換しているようだ。 続いて、v4.0のCAHNGELOGも眺めてみた。 gulp4.0をインストール cliの変更点--tasks-json と --verify オプションが追加されてる。 –task-json はタスクをjson形式で出力する。 –verify はpluginsがpackage.jsonを参照しているかチェックする。 APIの変更点大
electronでbabel + reactを直接使えるようにするまで - Qiita
さくっとelectronでbabel呼び出すところまでが良さそうな情報無くて錯綜した。 一旦出来たのでメモ （ビルド＆配布あたりまでは行ってないが、まず動く感じのところまでなのでご了承） 出来上がりが見たい場合はこれ (もう記事より古くなってるので多分参考になりません） https://github.com/suisho/example-electron-babel/ 構成 好みだがこんな感じにしている $ tree -I node_modules . ├── app │ ├── client │ │ ├── Foo.jsx │ │ └── main.jsx │ ├── index.html │ └── index.js └── package.json コード本体は./app以下に固めている。トップ階層に入れておくと後でgulpfileとか膨れてきた時に汚い感
gulp-typescript で --target es6 から babel に通しつつ Incremental Buildする - Qiita
gulp-typescript で --target es6 から babel に通しつつ Incremental BuildするTypeScriptgulp ivogabe/gulp-typescript 元々typescriptなんてtscを生で叩けばいいじゃん派だったのだが、--target es6 で吐いたのをさらにbabelに通す必要があって、一旦書きだしたものをさらにbabelを通そうとすると、tmpなディレクトリが必要になるし、ファイルIOに負荷がかかるので、gulpのストリームの中で変換したかった。 やりたいこと node / electron で走らせたかったので browserify せずに src -> lib に書き出す。lib は es5 仕様。 ブラウザ用に書き出すときは必要に応じてbrowserifyする。debug中はElectronで走らせることでbrow
ES async/awaitを全力で使ってみて発見したイディオム - Qiita
// 注意: 最初のバージョン、async function がundefinedを返すと思い込んでて、色々間違えてた 手元の趣味コード(諸事情により未公開)に向けて全力で適用してみた結果学びがあった。以下babel。 事前に確認 async/await は Promise と Generator の糖衣構文である await は Promiseのインスタンスの式を与えると(見た目上)停止する await するには async functionで囲う必要がある async function は必ず非同期で実行され undefinedPromise を返す 以下イディオム とりあえず実行したい (async () => { await new Promise(done => { setTimeout(1000, done); }) })(); 解説: async ブロック作ってからの即時実行
Babel プラグインを作ってみよう - Qiita
Babel 5 から 6 の間に API が大きく変わっています。Babel 6 のプラグインには Babel plugin handbook をおすすめします。thejameskyle さんは Babel のメンテナの一人です。 ES2015 や JSX を ES5 にトランスパイルする Babel。日常的に使っている方も多いかと思います。 そのままでも便利な Babel ですが、プラグインを使うことで独自のソースコード変換ルールを追加することができます。私もちょっと前から Angular 2 アプリを Babel で作るためのプラグインを書いたりしていました。結構簡単に作れるので、Babel 5.x でプラグインを作る方法を紹介してみたいと思います。 Babel の仕組み ざっくり言うと Babel は以下のような仕組みで動いています。 ソースコードをパースして AST を生成（Bab
JSHint: A Formal Commitment to New Language Features
A Formal Commitment to New Language Features JSHintのブログに投稿されたA Formal Commitment to New Language Featuresという記事の紹介です。 BabelなどによってES.nextの機能を試せるようになっていますが、 JSHintがそれらの新しすぎる構文をサポートするのが難しい理由について。 理由の一つとしてメンテナンスが難しすぎるという問題があること。 もう一つの大きな理由としては、JSHintは常にコミュニティ駆動型のツールであるため、 エコシステムを破壊するかもしれないまだ不安定なものをファーストクラスとしては採用しない事が挙げられています。 JSHintがJSLintをforkして作られた経緯については、以下に作者のブログで書かれています。 Why I forked JSLint to JSH
Deprecating JSTransform and react-tools – React Blog
This blog site has been archived. Go to react.dev/blog to see the recent posts. Today we’re announcing the deprecation of react-tools and JSTransform. As many people have noticed already, React and React Native have both switched their respective build systems to make use of Babel. This replaced JSTransform, the source transformation tool that we wrote at Facebook. JSTransform has been really good
ES6 Modules 間では export/import された変数（？）は同期される - Qiita
import { foo, bar } from './foobar'; console.log(foo); bar.changeFoo(); console.log(foo); babel-node index.js と実行すると Foo Bar と 出力されます。Foo Foo ではありません。Node.js で CommonJS を書いていた人からすると、？？？となる挙動ですね。index.jsでの foo はただの変数ではないのです。 CommonJS なら・・・ CommonJS で素直に同じようなモジュールを書こうとすると、以下のようになると思います。これだと当然 Foo Foo と出力されますね。bar.changeFoo() を呼んでも foobar.js の module.exports.foo も更新されませんし、index.js の foo も更新されません。
es7.decorator でプロパティ validation やるとこんな感じなのだろうか - Qiita
仕様: https://github.com/wycats/javascript-decorators プロパティ自体に decorator は付か無いので、しかたなく setter を作ったけど、なんかうまくできないだろうか。 (この使い方自体が筋悪な気もするが、 decorator でやりたいのってこういうのな気がする。) // $ babel-node --optional es7.decorators index.js class Assert { private(target, name, descriptor) { let value; descriptor.set = (val) => { value = val; } descriptor.get = () => { return value; } } required(target, name, descriptor) {
ES7.decorator で契約プログラミング(design by contract) - Qiita
D言語の契約プログラミングサポートに触発された。 http://www.kmonos.net/alang/d/dbc.html http://www.kmonos.net/alang/d/class.html#invariants Dで実際どこまでできるかはあまりわかってないが、現実的にはこんな感じだろうか。 // $ babel-node --optional es7.decorators index.js class Counter { constructor(initial = 0) { this.current = initial; } @contract up(i) { this.current += i; return this.current; } } function contract(tar, name, desc) { // 事前条件 function before(i
ES7 の Async/Await を使ってみた - Qiita
Taming the asynchronous beast with ES7 babel の experimental に ES7 の Async/Await が入ったというので、さっそく導入してみた。対象は画像を点字を変換するわりかしどうでも良いモジュール。 seurat - JavaScript utility to generate a braille text from an image 導入前 ファイル読み込みや画像の変換に非同期処理を多用しており、node.js スタイルの 非同期API(コールバックを渡すやつ) を prominence というユーティリティ関数で Promise 化していたが、行ごとに then が出てきたり、複数の値を渡すために Promise.all を使ったりと、あまり読みやすいとは言えないコードだった。(コールバック地獄になるよりはマシだと思うけど.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Transform JSX in the browser · Issue #5497 · facebook/react
GitHub - jamiebuilds/babel-handbook: :blue_book: A guided handbook on how to use Babel and how to create plugins for Babel.
GitHub - unassert-js/babel-plugin-unassert: Babel plugin to encourage reliable programming by writing assertions in production code, and compiling them away from release.
