Intro 長いこと議論になっていた ES Modules の Node における扱いに一応の決着が付き、 .mjs という拡張子が採択された。 この拡張子の意味と、今後ブラウザと合わせて Universal JS を実装していく上での作法が見えてきたことになる。 合わせてエコシステムが対応していくことで、長年の夢だった JS のモジュール化を進めていくことができるだろう。 ES Modules 徐々に揃いつつある ES Modules(ESM) の仕様は TC39 で行われており、その仕様については主に以下のような部分になる。 import や export と行った構文 module 内はデフォルト strict mode module でスコープを閉じる module 内の this は undefined etc 逆に以下は TC39 での策定範囲外となる どう Module を読
この要素にはグローバル属性があります。 async クラシックスクリプトでは、 async 属性があった場合、クラシックスクリプトが利用可能になるとすぐに並行して読み込み、解析と評価を行います。 モジュールスクリプトでは、 async 属性があった場合、そのスクリプトとその依存関係はすべて遅延キューで実行されるので、解析と並行して読み込まれ、利用可能になるとすぐに評価されます。 この属性により、ブラウザーが解析を一時停止してスクリプトを読み込んで評価しなければならないようなパーサーブロック JavaScript を排除することができます defer はこの場合に同様の効果があります。 これは論理属性です。論理属性が要素にあれば真の値を表し、属性がなければ偽の値を表します。 ブラウザーの対応状況についてはブラウザーの互換性をご覧ください。 asm.js 向け非同期スクリプトもご覧ください。
フィードを検証するようにした。投稿時にはめったに壊れないはずなので、バージョンを上げた時にのみ検証している。バージョンが上がった時は、生成する仕組みやテンプレートが変わり、壊れたりするかもしれない。数ファイルだけなので、W3C Feed ValidatorのAPIを利用した。 APIはSOAPとなっているが、outputパラメーターをsoap12にし、普通にウェブ・フォームとして(x-www-form-urlencodedで)POSTするとXMLで返ってくるというもののようだ。node-soapパッケージなどを使う必要はない。 node-fetchパッケージを使う場合は、&でつなげた文字列をbodyオプションに指定するのではなく、URLSearchParamsオブジェクトを使う。Fetch標準では、bodyオプションの値がURLSearchParamsだった場合、Content-Typeヘ
Recently, one of my teammates noted that our project’s codebase doesn’t have a lot of classes. The observation wasn’t framed positively or negatively. It was just an observation about a particular code style of the team as a whole. I didn’t think much about it at the time. But looking back, this observation has lead to some good self-reflection on what I value when writing software. I didn’t write
I just ran into a problem with setTimeout and setInterval. Turns out the delay (in milliseconds) for these functions is a 32 bit signed quantity, which limits it to 231-1 ms (2147483647 ms) or 24.855 days. I was writing an application that needed a 30+ day delay and my setTimeout callbacks were firing instantly. Here's code that demonstrates it: setTimeout(function () { alert("doesn't work - insta
var inspect = require('unist-util-inspect') var ParseJapanese = require('parse-japanese') var japanese = new ParseJapanese() var text = '1 これは前段です。これは中段（２文の場合は後段。）です。これは後段です。\n' japanese.parse(text, (cst) => { console.log(inspect(cst)) }) /** * RootNode[1] * └─ ParagraphNode[4] * ├─ SentenceNode[3] * │ ├─ WordNode[1] * │ │ └─ TextNode: '1' * │ ├─ WhiteSpaceNode: ' ' * │ └─ WordNode[5] * │ ├─ TextN
More regex stuff by me: • Awesome Regex List of the best regex resources • regex Modern JS regex template tag “Regular Expressions Cookbook manages to be simultaneously accessible and almost ridiculously comprehensive.” —Jeff Atwood Get releases or the latest development build at GitHub. Check out regex, the lightweight and modern spiritual successor to XRegExp that once again takes JavaScript reg
This blog post is outdated. Please read chapter “Generators” in “Exploring ES6”. This blog post is part of a series on iteration in ES6: Iterables and iterators in ECMAScript 6 ES6 generators in depth Generators, a new feature of ECMAScript 6 [1], are functions that can be paused and resumed. This helps with many applications: iterators, asynchronous programming, etc. This blog post explains how g
先に言っておくと疑問文で終わる雑な記事です。 Promise、正常系の処理は比較的簡単に書けるのだけど、何か間違いがあったときに Promise 自体のエラーハンドリングが強力すぎて良く分からなくなる。 readFile というファイルを読み込む Promise ベースの良くできた関数があるとして、 読み込んだファイルを処理するとき readFile("foo.txt").then(function(text) { doSomething(text); }); ファイルが読み込めない場合を想定するとき readFile("not-found.txt").then(function(text) { doSomething(text); }, function() { readFailed(); }); この時、catch を使うのは良くなくて、ファイルの読み込みは成功したのに readFai
Fluxxor is a set of tools to facilitate building JavaScript data layers using the Flux architecture by reifying many of the core Flux concepts. It works particularly well in conjunction with React as the view layer, and contains a few helpers to make integration with React applications easier. The Flux architecture... ...makes it easier to reason about changes to your application's data ...eschews
This is now a mature project on GitHub! Please submit comments/issues there. Chances are that if you’ve done any significant Javascript work, you’ve run into a situation where part of the debugging process could be much improved if you just had the function call stack. I’m going to give you some ways of doing this with and without the popular Firebug extension and have some examples of their uses.
In this chapter, I: discuss nested callbacks and control flow in Node introduce three essential async control flow patterns: Series - for running async tasks one at a time Fully parallel - for running async tasks all at the same time Limitedly parallel - for running a limited number of async tasks at the same time walk you through a simple implementation of these control flow patterns and convert
This talk is about how to use browserify to develop front-end modular code using Common.JS, and how those modules should be documented, designed, and re…
baconjs/bacon.js 見て、使い勝手は良さそうだけど内部実装読んでもまるで分からなかったので、r7kamura/stream.js というのを書いてひとしきり遊んだ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![GitHub - defunctzombie/zuul: [UNMAINTAINED] multi-framework javascript browser testing](https://cdn-ak-scissors.b.st-hatena.com/image/square/fadf869b9668fbd740159377fec044b5bbd9a7c7/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fopengraph.githubassets.com%2Fb8e0557f26d5f7ac83cbed6b32a384e40ebdb4a07f67dd8959da4f8639a93a5a%2Fdefunctzombie%2Fzuul)
