Pure ESM package
esm-package.md Pure ESM package The package that linked you here is now pure ESM. It cannot be require()'d from CommonJS. This means you have the following choices: Use ESM yourself. (preferred) Use import foo from 'foo' instead of const foo = require('foo') to import the package. You also need to put "type": "module" in your package.json and more. Follow the below guide. If the package is used in
正式仕様リリース！ JavaScriptの最新仕様ES2022で追加された「全」新機能
JavaScriptの仕様はECMAScriptで、ECMAScript 2015（ES2015）、ECMAScript 2016（ES2016）...というように毎年進化を続けています。 これまでの仕様はES2021でした。 本日6月22日、ES2022は正式仕様として承認され、ES2022が最新仕様となりました。 22.06.2022 Ecma International approves new standards - Ecma International ブラウザ対応も完了しており、全モダンブラウザ（Google Chrome・Firefox・Safari・Microsoft Edge）でES2022の全機能が使えます。 本記事では、ES2022すべての新機能を紹介します。「何が使えるようになったのか？」「どうしてそれが必要だったのか？」が、できるだけわかりやすいように解説しました
ESM>CDN
Create modern(es2015+) web apps easily with NPM packages in browser/deno.No build tools needed!import confetti from "https://esm.sh/canvas-confetti@1.6.0" esm.sh allows you to import JavaScript modules from http URLs, no installation/build steps needed. import * as mod from "https://esm.sh/PKG[@SEMVER][/PATH]"; With import maps, you can even use bare import specifiers instead of URLs: <script type
実践 Node.js Native ESM — Wantedlyでのアプリケーション移行事例 | Wantedly Engineer Blog
Wantedlyではこのたび、フロントエンドアプリケーションのひとつをNative ESM化しました。本記事ではNative ESM化の必要性と、必要な作業について説明します。 この記事の概要Node.jsにはNative ESMというモードがある。Native ESMはまだ普及していないが、ライブラリ側の更新が進み、移行が必要になりつつある。Native ESMをめぐる状況は (この記事の長さからわかるように) 色々複雑で、概念をちゃんと説明するだけでも大変。Native ESMへの移行にあたってはさまざまな困難が待ち受けている。Native ESMとは歴史的経緯から、JavaScriptには複数のモジュールシステムがあります。そのうちNode.js周辺でよく使われるのはCommonJS ModulesとES Modulesです。 CommonJS Modules (CJS) は実質的に
Temporal documentation
Please visit Temporal documentation on MDN, the main API reference going forward. Or see our cookbook. Temporal 注: このドキュメントは原文を部分的に日本語に翻訳したものです。全てのドキュメント，および最新の内容を確認したい場合は原文を参照してください。 Table of Contents イントロダクション Cookbook API ドキュメント Temporal.now Temporal.Instant Temporal.ZonedDateTime Temporal.PlainDate Temporal.PlainTime Temporal.PlainDateTime Temporal.PlainYearMonth Temporal.PlainMonthDay Tempora
JavaScriptのIterator / Generatorの整理
目的と対象読者 IteratorとIterableとGeneratorとGenerator Functionの区別が曖昧な人 (記事前半) Generatorの制御フローを完全理解したい人 (記事後半) の理解を深めるための記事です。 まとめ IteratorとIterableの関係 Iteratorは狭義には呼び出し元の next 呼び出しに応じて要素を出力するインターフェースである。 IterableはIteratorを生成するインターフェースである。 IterableだからといってIteratorとは限らず、IteratorだからといってIterableとは限らない。しかし実際には多くのIteratorはIterableのインターフェースも実装している。 Iterableとコレクションは相互変換可能である。 Iterableは for-of ループで処理できる。 IteratorとG
Why does JavaScript's parseInt(0.0000005) print "5"?
I've read an article about JavaScript parseInt, which had this question: parseInt(0.5); // => 0 parseInt(0.05); // => 0 parseInt(0.005); // => 0 parseInt(0.0005); // => 0 parseInt(0.00005); // => 0 parseInt(0.000005); // => 0 parseInt(0.0000005); // => 5 Why is this happening?
イミュータブルにデータを扱うライブラリと Stage 2 Record & Tuple（廃止）
【2023/05/05 変更】 ES2023 Change Array by Copy の議論によって Array に追加するメソッドが減り、同様に Tuple から取り除かれた pushed や sorted などの独自メソッドについての記述を削除 Symbols as WeakMap keys が ES2023 となったため修正 0, -0, NaN の等価性、同値性が決まったため修正 JSON.parseImmutable が別提案としてスプリットされたため修正 支持されなかった Box についての記述を削除 【2025/04/15 変更】 Record & Tuple が廃止され、後続として新しい提案である Composites が登場したことを追記 JavaScript におけるイミュータブル、ミュータブル JavaScript においてプリミティブはイミュータブル、つまり変更不
Symbol.species に未来はあるのか
いや、ない（反語） ES2015 から導入された @@species について ES2015 からクラス構文が導入され、ビルトインクラスを継承したクラスを簡単に作れるようになりました。 ES2015 を策定するにあたって議論となったのがビルトインクラスそのものを返すメソッドの存在です。例えばこの MyArray のインスタンスで Array#map を実行したときにその返り値は MyArray であるべきでしょうか Array であるべきでしょうか。そしてそれをどうやって Array#map に伝えればいいでしょうか。 これを制御できるようにするのが @@species という Well-known Symbol です。普通は派生クラスを返しますが、任意のクラスを返すように変更することも可能になります。 class MyArray extends Array { // 明示的に @@spe
ECMAScript proposal: Error cause (chaining errors)
In this blog post, we examine the ECMAScript proposal “Error cause” (by Chengzhong Wu and Hemanth HM). It describes a feature where instances of Error can optionally specify that they were caused by another error. Why would we want to chain errors? # Sometimes, we catch errors that are thrown during a more deeply nested function call and would like to attach more information to it: function readF
ES2022 と TypeScript 4.5 に入るプライベートフィールドのための in 演算子について | サイボウズ フロントエンドエキスパートチーム
2021年7月に行われた TC39 ミーティングで Ergonomic brand checks for Private Fields というプロポーザルが Stage 4 になりました。 このプロポーザルは、ES2022 に含まれる予定です。また、TypeScript 4.5 にも含まれる予定です。 この記事では、Ergonomic brand checks for Private Fields について解説します。 概要 Ergonomic brand checks for Private Fields は、in 演算子を使ったプライベートフィールドの有無の判定を可能にするプロポーザルです。 現在の in 演算子 in 演算子は、オブジェクトが特定の名前のプロパティを持っているかどうかを判定するための二項演算子です。 左辺にプロパティの名前、右辺にオブジェクトを受け取ります。 新しい
JavaScript の Bind Operator プロポーザルが復活した | Yuku Kotani
Gzemnid はざっくりしていて完璧に信用はできないが、十分に使われていることはわかる。 特に Node や Deno などの JavaScript ランタイムや polyfill 系ライブラリでは、プロトタイプ汚染などを避けるために多用されている。 にもかかわらず、.bind と .call は自然言語の SVO 的な思考の流れに反していてむずかしい。実際のユースケースで見比べてみるとわかる。 // bluebird@3.5.5/js/release/synchronous_inspection.js return isPending.call(this._target()); return this._target()::isPending(); // ajv@6.10.0/lib/ajv.js validate = macro.call(self, schema, parentSc
Deno(Nodeでも)で外部モジュールのクラスやSymbolを使用するときは少し慎重になる必要がある
このとき、他のモジュールから持ってきた Error サブクラスは、本当に判定したいと思っているクラスであるかどうかを一考する必要があります。 deno-unknownutil という実際に存在するモジュールを使って説明していきます。以下のコードは実行できるようにしています。 ( deno v1.14.3 で確認 ) // mod1.ts import { ensureString } from "https://deno.land/x/unknownutil@v1.1.0/mod.ts"; export const myCoolHandler = (get: () => unknown): string => { const v = get(); ensureString(v); return v.substring(1); }; // mod2.ts import { EnsureErr
遅延リストを扱うライブラリと ES2025 Iterator Helpers
【2024/10/08】 Stage 4 となり、ES2025 に入ることが確定したため、タイトルと本文を更新 TypeScript 5.6 がリリースされたため、Beta の記述を消去 【2024/08/11】 TypeScript の BuiltinIterator が IteratorObject にリネームされたため修正 【2024/07/28】 TypeScript 5.6 Beta より Iterator Helpers の型サポート BuiltinIterator が入るため、その章を追加 【2023/10/01】 2023年1月に Async Iterator Helpers が別の提案としてスプリットされ Stage 2 に降格されたため、一部内容を変更 【2022/12/02】 2022年11月に Stage 3 になったため記事のタイトル、一部内容を変更 イテレーター
【追記あり】ES2022 Array#at がちょっとおかしい #fix_ecmascript_at - Qiita
既に Stage 4 になっているので諦めていたんですが、流石に見逃せないかなと思ったので TC39 の Discourse にトピックをたててみました。意見がある方はこちらにお願いします。 https://es.discourse.group/t/fix-at/983 議論に伴って私が実際に欲しかったものをモジュールにして公開してみました。 https://github.com/petamoriken/safe-at それといまいちユーザーからの声が伝わっていない感じがしたのでハッシュタグ #fix_ecmascript_at を用意してみました。協力をよろしくおねがいします。 String#char{At, CodeAt} という存在を忘れてたんですが、この似た名前のメソッドたちが引数を整数に丸めるのに String#at が丸めないのはたしかに変だということに気づいてしまったので、自
Node.js の import.meta.resolve について
先日 import.meta について調査して人に話す機会があり HTML(Web) と Node.js の各ホストの import.meta がどのようなオブジェクトを返すのかを調査していた。そのときは、「HTML でも Node.js でも import.meta.url だけが生えていて〜〜」という話をしてしまった。 後になって知ったのだが、Node.js には import.meta.url 以外にも import.meta.resolve というプロパティが実装されている。 この記事では Node.js に実装されている import.meta.resolve について解説する。 なお、import.meta.url はまだ Stability 1 の API なので、今後仕様が変わる可能性があることに注意してほしい。 import.meta について まず import.met
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - tc39/proposal-error-cause: TC39 proposal for accumulating errors
Temporal documentation
GitHub - tc39/proposal-type-annotations: ECMAScript proposal for type syntax that is erased - Stage 1
GitHub - tc39/proposal-intl-segmenter: Unicode text segmentation for ECMAScript
