2024年1月24日
ClojureScript チーム
ClojureScript の新しいリリースを発表できることを嬉しく思います。ClojureScript の既存ユーザーの方は、以下のリリースノートをよくお読みください。
これは主にバグ修正リリースです。
ClojureScript の修正、変更、および機能強化の完全なリストについては、こちらをご覧ください。
Google Closure Compiler が Java 11 を必要とするようになったため、これはおそらく Java 8 をサポートする最後の ClojureScript リリースになるでしょう。
Google はGoogle Closure Library の開発を停止しました。これは ClojureScript の将来にとって何を意味するのでしょうか?それほど大きな影響はありません。Google Closure Library は、Closure 互換の再利用可能な、実証済みのライブラリの大きなセットを提供する、コンパイラとは別のプロジェクトです。ブラウザと JavaScript エコシステムが進化するにつれて、このプロジェクトは Google にとってそれほど重要ではなくなってきました。
Google は、Google Closure Library (GCL) を削除したり、API ドキュメントを削除したり、ClojureScript に悪影響を与えるようなことは行いません。Google は何年も前に定期的なリリースの提供を停止していることに注意してください。ClojureScript は、私たち自身がリリースするアーティファクトを使用しています。Google がインターネットから GCL を削除したとしても、私たちはアーティファクトとドキュメントを独自に提供し続けることができます。
標準ライブラリである `cljs.core` は、比較的簡単な方法で GCL を使用しており、そのほとんどは簡単に置き換えることができます。これは時間の経過とともに発生する可能性が高く、この取り組みへのコミュニティの貢献を歓迎します。
さまざまな組み込み REPL(ブラウザ、Node)は、もう少し多くの GCL 機能を使用しており、時間の経過とともに徐々に進化させることもできます。
上記の変更のいずれも、Google Closure Compiler 互換の JavaScript を生成するという事実に変わりはなく、今後も引き続き生成されます。Google 自身はより広範な JavaScript エコシステムを採用しましたが、最終的に Google Closure Compiler で処理する前に、すべてを Google Closure Compiler 互換の JS にトランスパイルしています(tsickle を介して)。
私たちは常に、ユーザーにとって無意味な混乱を生み出すことを信じていません。現在の形式の GCL は、今後何年も安心して使用できます。これまでと同様に、さまざまな基本的な GCL 名前空間(`goog.string`、`goog.object` など)が利用可能になる予定です。
将来に向けて、JavaScript エコシステムが提供する使いやすさを失うことなく、Closure の高度なコンパイルのメリットを得るために、tsickle を使用した Google のアプローチを評価する価値があります。