jsr

Deno v2.2.12 Deno v2.2.12がリリースされています。 Windowsにおけるdeno compileのバグ修正 Deno v2.2.11におけるWindows環境で発生するdeno compileの問題が修正されています。deno compileによって生成した実行可能ファイルがエラーが出ずに実行が終了する問題の修正 (#28986)や、リソースの読み込みに失敗してしまう問題への一時的な対策 (#29005, #29039)などが実施されています。 後述するv2.2.3のRCバージョンにもこれらの変更は取り込まれています。 Deno v2.3について リリース時期について deno.newsにて、Deno v2.3のリリースについて言及されています: Deno v2.3 is almost here まもなくリリース予定のようです。直近でv2.3向けと思われる機能がいくつか追加されているため、紹介します。 Deno.connectでのAbortSignalのサポート Deno.connectにsignalオプションが追加されています (#27113) AbortSignalを指定することで、接続をキャンセルすることができます。現状ではTCP接続のキャンセルのみがサポートされています。 TypeScript v5.8 Deno本体に搭載されたTypeScriptをv5.7からv5.8へアップデートする対応が実施されています: feat: TypeScript 5.8 #29041 このPRはすでにマージされており、Deno v2.3で正式に導入される可能性が高そうです。 DENO_EMIT_CACHE_MODE環境変数 DenoにおいてDENO_EMIT_CACHE_MODEという環境変数をサポートするPRがマージされています: feat(cache): add DENO_EMIT_CACHE_MODE #29025 この環境変数にdisableという値を指定しておくと、DenoがTypeScriptからJavaScriptへトランスパイルした結果のファイルシステムへのキャッシュが無効化されるようです。 Deno v2.3.0-rc.1〜rc.3 Deno v2.3.0のrc.1, rc.2, 及びrc.3がリリースされています: v2.3.0-rc.0〜rc.1 v2.3.0-rc.1〜rc.2 v2.3.0-rc.2〜rc.3 deno lsp 診断 (diagnostics) リダイレクトに関する診断 (The import of \"${from}\" was redirected to \"${to}\"....

Deno v2.2.2 Deno v2.2.2がリリースされています。 deno check - compilerOptions.jsxImportSourceに関する修正 compilerOptions.jsxImportSourceが未定義の場合、v2.2から型チェックが失敗してしまう問題が修正されています (#28228) deno lint - プラグインシステムに関するバグ修正 :exitコールバックの実行タイミングの修正 JavaScriptプラグインにおいて:exitコールバックが呼ばれるタイミングが修正されます (#28229) 変更前 (v2.2.1): 対象ノードのすべての兄弟ノードを訪問し終えたあとに:exitコールバックが呼ばれていました 変更後 (v2.2.2): 対象ノードのすべての子孫ノードを訪問し終えて、上のノードを再度訪れるタイミングで:exitコールバックが呼ばれます Deno.lint.SourceCode.textにおけるTypeErrorの修正 JavaScriptプラグインのテスト時(deno test)にDeno.lint.SourceCode.textを参照すると、TypeErrorが発生する問題が修正されています (#28278) deno fmt - --extオプションでのNunjucksとVentoのサポート deno fmtの--extオプションでnjkとvtoの指定がサポートされています (#28262) パッチの絶対パス指定がサポート deno.jsonのpatchで絶対パスの指定がサポートされています (#28279) node:crypto: createDecipheriv()の修正 ブロック長が不正な場合、Decipher#finalがパニックする問題が修正されています (#28215) deno install - .cssなどの取り扱いの改善 パッケージが.cssなどのファイルへのimportを含んでいると、deno installが失敗する問題が修正されています (#28234) @sigma/deno-compile-extra @sigma/deno-compile-extraというJSRパッケージが公開されています。deno compileコマンドによって生成された実行可能ファイルは、deno runによってスクリプトを実行した場合と挙動が異なる場合があり、このパッケージはそういったギャップを吸収してくれることを目的としているようです: JSRパッケージ: @sigma/deno-compile-extra リポジトリ: https://github.com/sigmaSd/deno-compile-extra bxnch GitHubリポジトリに含まれるdeno bench --jsonによって生成されたJSONファイルを解析して、画像を生成してくれるサービスが公開されています: bxnch Deno Deployやfresh_chartsなどをベースに実装されているようです。

Deno v2.2.0 Deno v2.2.0がリリースされています。 以下に内容をまとめたため、よろしければこちらを参照いただければと思います。 Deno v2.2 Deno v2.2.1 Deno v2.2.1がリリースされています。 deno check - @types/*へのフォールバックがサポート npmパッケージが型定義を提供していない場合、@types/*から型定義を読み込むようフォールバックを行う対応が行われています (#28185) 注意点として、このフォールバック機能は該当の@types/*パッケージがプロジェクトの依存に含まれている場合のみ有効のようです。(#28185に画像を使った説明があり、こちらの説明がわかりやすいと思います) まだマージはされていないものの、deno lspに@types/*の導入を促すQuickfixの実装が進められているようです。(#28216) deno check - Deno本体に組み込まれたlibファイルに関する型チェックの安定性の改善 Deno v2.2.0のリリースに伴い、deno checkにおいてDeno本体に組み込まれたTypeScriptのlibファイルに関する型チェックがやや不安定になっていたようで、今回のv2.2.1のリリースで安定化するための対応が行われています (#28202) deno publish - jsx/tsxファイルのサポート deno publishコマンドでjsx/tsxファイルを含むパッケージの公開がサポートされています (#28188) パッケージを公開する際に、deno.jsonの設定を元にしてjsx/tsxファイルに以下のディレクティブを自動で書き込んでくれるようです @jsxRuntime @jsxImportSource @jsxImportSourceTypes @jsxFactory @jsxFragmentFactory node:sqlite StatementSync#setAllowBareNamedParametersが実装されています (#28197) また、StatementSync#setReadBigInts(true)が呼ばれていない状態で大きな整数値を読み込んだ際に、意図せず値が丸められてしまうことがある問題が修正されています (#28193) ワークスペース使用時のJSX関連の設定の改善 ワークスペースの使用時にJSX関連の設定が適切なdeno.jsonから解決されるよう改善されています。(#28186)

The Final Touches: What’s New In v2.0.0-rc.10 後述するDeno v2.0.0-rc.10に関する記事がDeno公式ブログで公開されています: The Final Touches: What’s New In v2.0.0-rc.10 上記の記事によると、Deno v2の正式リリースについては今週に予定されているようです。 Deno Deploy NextGen Deno公式からDeno Deploy NextGenが公開されています: Deno Deploy NextGen これはKubernetesクラスター上でユーザーがDeno Deployのインフラストラクチャーを実行するための基盤のようで、現時点だとAWSとAzureがサポートされているようです。 Deno v2.0.0-rc.8/v2.0.0-rc.9/v2.0.0-rc.10がリリース Denoのv2.0.0-rc.8〜v2.0.0-rc.10がリリースされています: v2.0.0-rc.7からv2.0.0-rc.8までの差分 v2.0.0-rc.8からv2.0.0-rc.9までの差分 v2.0.0-rc.9からv2.0.0-rc.10までの差分 破壊的変更 URLPattern#execの振る舞いの変更 Deno v1.46.0で導入され、 Deno v1.46.1で取り消されたURLPattern#execの振る舞いの変更が改めて実施されました。 URLPattern#execでパターンにマッチするグループがない場合にgroups[key]にundefinedが設定されるように振る舞いが変わります。 Revert “fix(urlpattern): fallback to empty string for undefined group values” #25961 $DENO_DIR/depsが$DENO_DIR/remoteへリネーム リモートからダウンロードされた依存関係のグローバルキャッシュとして利用される$DENO_DIR/depsディレクトリが$DENO_DIR/remoteへリネームされました。 DENO_DIRの操作を行うツールやライブラリなどを除いて、基本的にはこの変更による影響は特にないはずです。 BREAKING: rename “deps” remote cache folder to “remote” #25969 deno lsp npm:@types/*を追加するQuick fixのサポート 自前で型定義を持たないnpmパッケージに対して// @deno-types=\"npm:@types/*"を追加するQuick fixが実装されています。(Add @deno-types directive for \"<package>\")...

Deno v2.0.0-rc.5/v2.0.0-rc.6/v2.0.0-rc.7がリリース Denoのv2.0.0rc.5〜v2.0.0 rc.7がリリースされています: v2.0.0-rc.4からv2.0.0-rc.5までの差分 v2.0.0-rc.5からv2.0.0-rc.6までの差分 v2.0.0-rc.6からv2.0.0-rc.7までの差分 --allow-importの導入 --allow-importという新しいパーミッションフラグが導入されています (短縮形式は-I) Deno v2からリモートモジュールの読み込みを許可するホストに制限がかかるようです。必要に応じて--allow-importにリモートモジュールの読み込みを許可するホストを指定する必要があります。 ただし、デフォルトで以下のホストからのモジュールのimportが許可されるようなので、基本的なケースにおいては今まで通り利用できると思われます: deno.land jsr.io esm.sh raw.githubusercontent.com 例えば、unpkg.comからモジュールをimportしようとすると、上記のいずれのホストにも当てはまらないため、権限が要求されます: import ky from "https://unpkg.com/ky@1.7.2"; const res = await ky.get("https://api.github.com/repos/uki00a/deno-weekly").json(); この場合、以下のように権限が求められます: $ deno run --allow-net main.js ┏ ⚠️ Deno requests import access to "unpkg.com:443". ┠─ Requested by `import()` API. ┠─ Learn more at: https://docs.deno.com/go/--allow-import ┠─ Run again with --allow-import to bypass this prompt. ┗ Allow? [y/n/A] (y = yes, allow; n = no, deny; A = allow all import permissions) > --allow-importによってunpkg....

Deno v2.0.0-rc.1 Deno v2.0.0-rc.1がリリースされています。 どの変更内容がv2.0.0-rc.1に入っているかは不明なため、Deno v2.0.0-rc.0からの差分を参考に直近の変更内容についてまとめます (差分) deno lint jsr関連のlintルールの実行について deno.jsonでnameとexportsが定義されていればjsr関連のlintルールが実行されるように挙動が変更されています (今まではnameとexportsに加えてversionの3つのフィールドが定義されている必要がありました) fix(lint): support linting jsr pkg without version field #25230 deno lsp HTML/CSS/Yamlファイルのフォーマット deno lspでHTML/CSS/Yamlファイルのフォーマットがサポートされています。 feat(lsp): html/css/yaml file formatting #25353 deno add パッケージのサブパスの指定がサポート # 例: 以下の場合、`@std/dotenv`が追加されます $ deno add @std/dotenv/load feat(add): strip package subpath when adding a package #25419 deno install --entrypointがサポート このオプションが指定された場合、指定されたファイルの依存関係がダウンロードされます (deno cacheと同じように振る舞います) $ deno install --entrypoint main.ts feat(install): deno install with entrypoint #25411 TypeScript useUnknownInCatchVariablesがデフォルトで有効化 TypeScriptのuseUnknownInCatchVariablesがデフォルトで有効化されています。...

Deno v1.46がリリースされました。 この記事では主な変更点などについて解説します。 Deno v2.0について 今回のv1.46がDeno v1.xにおける最後のリリースのようです。 Deno v2.0については、正式リリース前にまずはRCバージョンから順次リリースされていく想定のようです (後述のdeno upgradeでもRCバージョンへのアップグレードがサポートされています) 今回のv1.46では、おそらくv2.0に向けて、CLIのオプションやUIに関する様々な改善が行われています。 CLI deno clean deno cleanという新しいコマンドが追加されました。 このコマンドを実行すると、Denoのグローバルキャッシュディレクトリ(DENO_DIR)を削除してくれます。 deno remove deno removeという新しいコマンドが追加されました。 引数で指定されたパッケージの定義がdeno.jsonとdeno.lockから削除されます。 # `deno.json`の`imports`と`deno.lock`から`@std/assert`を削除します $ deno remove @std/assert deno <entrypoint> deno runコマンドにおけるrunの指定の省略がサポートされました。 # `deno run --allow-read main.ts`と同様に動作します $ deno --allow-read main.ts deno run <task> deno runコマンドでdeno.jsonで定義されたタスクの実行がサポートされました。 例えば、以下のように実行すると、deno.jsonのtasks.devで定義されたスクリプトが実行されます (deno runの引数としてJavaScriptまたはTypeScriptファイルを指定した場合は、今まで通りそのスクリプトが実行されます) $ deno run dev この変更に合わせて、エントリポイントを指定せずにdeno runコマンドを実行した場合、deno.jsonのtasksで定義されたスクリプトの一覧を表示する機能が追加されています (引数なしでdeno taskコマンドを実行した場合と同じ振る舞いをします) $ deno run Available tasks: - dev deno serve --watch -R main....

What we got wrong about HTTP imports DenoにおいてHTTPインポートが実装された背景やそのトレードオフ、JSRが開発された背景などについて解説された記事がDenoの公式ブログで公開されています。 What we got wrong about HTTP imports HTTPインポートについては今後も削除される予定はないものの、ある程度の規模のプロジェクトにおいてはImport MapsとJSRを併用することが推奨されています。 また、この記事によると、Deno v2のリリースは今年の9月に実施されることが検討されているようです。 Denoでpackage.jsonやnpmパッケージのサポートが入った理由について node:sqliteのサポートについて Node.jsで最近実装されたnode:sqliteのサポートに関するissueがlittledivy氏によって作成されています。 Tracking issue for node:sqlite (#24828) 現在はクローズされていますが、過去にDeno本体にSQLiteドライバーを追加するPRが作成されていたことがあったので、もしかしたらDenoでnode:sqliteが実装される可能性もありそうな気はします。 feat: Add Deno.sqlite bindings (#14627) Deno v1.45.5 Deno v1.45.5がリリースされています。 Node.js互換性の改善 package.json importsのワイルドカードが認識されるように改善されています。 Subpath patterns node:child_process IPC(fork)の再実装: 以下のような点などが改善されているようです: TypedArrayをやり取りができない問題が解消 IPCチャネルを作成すると、イベントループが停止しなくなる問題が解消 nullを渡そうとすると、チャネルが終了してしまう問題が解消 この改善により、--pool=forkを指定した際もvitestが動作するようです。(これはvitest v2のデフォルトの挙動のようです) --v8-options: 各種APIによってDenoを子プロセスとして実行する際に、Node.jsの--v8-optionsがDenoの--v8-flags=--helpとして解釈されるように挙動が修正されています。これにより、Denoでv8flagsが動作するようです。 node:fs/promises watch()がNode.jsと同様にAsyncIterableを返却するように修正されています。 node:timers/promises scheduler.{wait,yield}が実装されています。...

Deno v1.45.3 Deno v1.45.3がリリースされています。 Node.js互換性の改善 npm workspaces npm workspace内の複数のメンバー間で特定のパッケージのバージョンがコンフリクトした際に、それぞれのメンバー配下にnode_modulesが作られるように挙動が改善されています。(例: ./workspace-aと./workspace-bがそれそれ@foo/barパッケージのv1とv2に依存している場合、./workspace-a/node_modulesと./workspace-b/node_modulesが作られるようです) --allow-scripts deno.jsonでnodeModulesDir: trueが未設定の場合であっても、コマンドラインで--node-modules-dirが指定されていれば--allow-scriptsが動作するように改善されています。 node:fs exists(Sync)のパフォーマンスが最適化されています (#24613) また、WindowsでStats.modeに適切な値が設定されるように改善されています (chokidarがWindowsで動かない問題があったようです) node:http request()でBufferのsubarrayをボディに指定すると、データが欠損してしまう問題が修正されています。 node:tty WriteStreamでhasColors()とgetColorDepth()メソッドが実装されています。 deno publish deno publishコマンドにLICENSEファイルが含まれていない場合に警告を表示する機能が追加されています。 現状では警告が表示されるようですが、エラーとするように挙動を変更することも検討されているようです。(Error when missing license file for deno publish (denoland/deno#24676)) ライセンスファイルの一覧 deno lsp deno lspでnpm workspacesがサポートされています。 また、依存関係のキャッシュに失敗するとLSPがフリーズする問題が修正されています。 deno compile deno compileで生成されたバイナリーでNode-APIがサポートされました。 その他 console.logなどでErrorのcauseプロパティの内容がフォーマットして出力されるように改善されています。 また、lib.deno_web.d.tsのlib.dom.d.tsやlib.webworker.d.tsとの互換性が改善されています。(#24599) Deno v1.45.4 Deno v1.45.4がリリースされています。 deno lint no-sloppy-importsルール sloppy importsに関する警告がdeno lintへ移動されています。deno lintに--unstable-sloppy-importsを指定するとno-sloppy-importsルールが有効化されるようです。 構文エラーの報告 構文エラーなどが検出された際に、deno lintがエラーを報告してくれるように挙動が改善されています。 deno lsp Infer function return typeによってnpmパッケージから提供される型が推論される際に、常にfile:形式のURLが挿入されてしまう問題が修正されています (#24344)...

Deno v1.45がリリースされました。 この記事では主な変更点などについて解説します。 ワークスペース 先週紹介したワークスペースに関する改善が正式にリリースされました。 deno.jsonでワークスペースを定義するためのworkspacesキーがworkspaceにリネームされています。 また、オブジェクト形式でワークスペースに関する設定が定義できるようになりました (cli/schemas/config-file.v1.json#L607-L629) { "workspace": { "members": ["./member1", "./member2"] } } 現時点では設定項目としてworkspace.membersのみが存在しますが、今後、追加される可能性もありそうです。 このworkspace.membersにはdeno.jsonを含むディレクトリだけでなく、package.jsonを含むディレクトリをワークスペースのメンバーとして指定することもできるようです。 deno_stdでもすでに新しいフォーマットへ移行されているようです。 chore: use new format for workspaces and re-enable using Deno canary and v1.x (denoland/deno_std#5375) Node.js互換性の改善 npm workspacesのサポート 先週紹介したnpm workspacesに関するサポートが正式にDenoに導入されました。Denoがpackage.jsonのworkspacesキーを認識してくれます。 以下のようなワイルドカード形式でのワークスペースメンバーの指定もサポートが導入されています。 { "workspaces": ["packages/*"] } また、deno publishコマンドでもnpm workspacesに関するサポートが導入されているようです。#24507によると、以下のような構成のプロジェクトにおいてdeno publishを実行すると、packages/member-1とpackages/member-2がJSRに公開されるようです。 project/ package.json ("workspaces": ["packages/*"]が設定) packages/ member-1/ pakcage.json jsr.json member-2/ package.json jsr....