2024-02-20のJS: ES2024 RC、typescript-eslint v7、React Compiler
JSer.info #681 - 2024年6月の正式公開に向けたES2024のリリース候補が公開されました。 Release ES2024 Candidate February 2024 · tc39/ecma262 ES2024では、次のような変更が含まれる予定です。 ArrayBuffer.prototype.resize ArrayBuffer.prototype.transfer RegExp v flag Promise.withResolvers Object.groupBy/Map.groupBy Atomics.waitAsync String.prototype.isWellFormed/String.prototype.toWellFormed 毎年2月ごろに仕様へ取り込むProposalが決まり、6月ごろのGA 127th meetingで最終的な承認を得る予定です
Explicit Resource Management: Exploring JavaScript's and TypeScript's new feature | iliazeus
Explicit Resource Management: Exploring JavaScript's and TypeScript's new feature 2023-11-13 en CC BY-SA 4.0 read in russian One of my favorite new features of JavaScript and TypeScript is explicit resource management. It brings new syntax, using foobar = ..., that enables RAII, reducing boilerplate when managing the lifecycle of various resources. In this article, I will explore this feature as i
TypeScript 5.2's New Keyword: 'using'
Matt PocockMatt is a well-regarded TypeScript expert known for his ability to demystify complex TypeScript concepts. TypeScript 5.2 introduces a new keyword - using - that you can use to dispose of anything with a Symbol.dispose function when it leaves scope. { const getResource = () => { return { [Symbol.dispose]: () => { console.log('Hooray!') } } } using resource = getResource(); } // 'Hooray!'
eslint-cjs-to-esm: CJSをESMへとマイグレーションするツールを書いた
最近、色々なライブラリをCommonJS(CJS)からECMAScript Module(ESM)へとマイグレーションしています。 その際に、ESMでは__dirnameやrequireなどCommonJS特有の機能は使えなくなっています。 また、TypeScriptやBabelなど多くのツールはCJSではimport時に拡張子はなくても大丈夫ですが、ESMの場合はimport時に拡張子が必要になります。 import url from "node:url"; - import { mdEscape } from "./mdEscape"; + import { mdEscape } from "./mdEscape.js"; // ESMでは相対パスに拡張子は省略できない + const __filename = url.fileURLToPath(import.meta.url); /
A Proposal For Type Syntax in JavaScript - TypeScript
Today we’re excited to announce our support and collaboration on a new Stage 0 proposal to bring optional and erasable type syntax to JavaScript. Because this new syntax wouldn’t change how surrounding code runs, it would effectively act as comments. We think this has the potential to make TypeScript easier and faster to use for development at every scale. We’d like to talk about why we’re pursuin
GitHub - wessberg/cjstoesm: A tool that can transform CommonJS to ESM
This is a tool that converts CommonJS modules into tree-shakeable ES Modules. This allows you to not only bundle CommonJS modules for the browser, but also makes it possible for you to bundle them in modern tools such as Rollup. It can also be used as a tool for migrating a CommonJS-based codebase to one based on ES-modules via a simple CLI. cjstoesm can be used from the Command Line, as a JavaScr
GitHub - cherow/cherow: Very fast and lightweight, standards-compliant, self-hosted javascript parser with high focus on both performance and stability
Very fast and lightweight, standards-compliant, self-hosted javascript parser with high focus on both performance and stability
I am Brian Terlson. Ask me anything. - Hashnode
Brian Terlson works at Microsoft on the things that he loves most: JavaScript, open source, and standards. Brian helps design the ECMAScript language and represents Microsoft at Ecma's TC39 meetings and has been the editor of the ECMAScript standard since ES2016. Brian also works on TypeScript and helps build the open-source JavaScript engine ChakraCore. Ask Brian Terlson about: ECMAScript TypeScr
JavaScript in TypeScript compilations · Issue #4792 · microsoft/TypeScript
JavaScript in TypeScript compilations (See parent issue #4789 for an overview) There are a number of considerations for the TypeScript compiler to handle JavaScript code: Should the compiler automatically pick up JavaScript files in a folder as it does for TypeScript? If so, how to avoid compiling JavaScript files that were emitted by a prior TypeScript compilation? Should the compiler emit JavaSc
ES5 + Facebook JSXで書かれたJavaScriptコードベースをTypeScriptに移行させる - CARTA TECH BLOG
皆さんこんにちは。adingoにてFluctという広告配信システムの管理画面を中心にクライアントサイドの開発を行っております、大関です。 今回は、表題の通り、実際にプロダクトとして動いている既存のコードベースを、ES5ベースからTypeScriptに段階的に移行させた話について書こうと思います。 移行前のコードベース及び直面した課題 今年の1月頃から、アプリケーションのクライアント側の一部を、以下の構成で実際に開発しています。 言語 ECMAScript 5 主要な依存ライブラリ UI開発にReactおよびFacebook JSX syntax 統合イベントシステムとしてのRxJS テストコードのアサーションにpower-assert ビルドチェーン モジュール連結にbrowserify 環境変数に基づくビルドフラグ用途でenvify コードの解析とLintにESLint 未使用変数や未定
TypeScript における ES6 との兼ね合いで避けているパーツ
ES6 フレンドリな TypeScript のために 先日書いた JSX と TypeScript の混合 Flux または悪魔合体 の経緯から TypeScript と JSX を併用しているため、コードの記述に大きな差ができないよういくつかのパーツ（主に TypeScript のもの）を避けることにしています。 NGなパーツ 独断と偏見です。 Private/Public modifiers ジャングル ニ プライベート ナイ！ class Acme { private himitsu = ''; public tellme() {} } みたいなのですね。バイオ JS にプライベートなんて必要なかったんや。protected も使えるっぽいけどアンドキュメント？ Modules ES6 ライクな import/export だけ使うということで内部モジュール禁止です。不便ないですね。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - tsmodule/tsmodule: Create standardized TypeScript ESM packages for Node or browser.
Support for auto-accessor fields from the Stage 3 Decorators proposal by rbuckton · Pull Request #49705 · microsoft/TypeScript
GitHub - tc39/proposal-type-annotations: ECMAScript proposal for type syntax that is erased - Stage 1
GitHub - lukeed/tsm: TypeScript Module Loader
Design Meeting Notes, 9/22/2021 · Issue #46012 · microsoft/TypeScript
ECMAScript 型Proposalの進捗 -- 2016-03-05 => http://ecmascript-daily.github.io/pages/status-of-static-typing-in-ecmascript/
https://github.com/tc39/tc39-notes/blob/master/es6/2014-09/sept-25.md
Support proposed ES Next "::" bind operator · Issue #3508 · microsoft/TypeScript
GitHub - rbuckton/reflect-metadata: Prototype for a Metadata Reflection API for ECMAScript
