JSLike の理解：JavaScript と TypeScript のための CSP 安全インタプリタ
Web ブラウザで動的コードを実行する際、厳格なコンテンツセキュリティポリシー（CSP）によってしばしば制限がかかります。クロスサイトスクリプティング（XSS）攻撃を防ぐため、多くのモダンアプリケーションは eval() や new Function() コンストラクタを無効化し、動的に生成されたスクリプトの実行を事実上ブロックしています。これにより、プレイグラウンドやインタラクティブチュートリアル、プラグインシステムなど、オンザフライでコード実行が必要なツールを構築する開発者にとって大きな課題が生じます。
JSLike はこの問題に対する解決策として登場し、標準的な JavaScript に加えて TypeScript（TS）、JSX、TSX も扱える CSP 安全なインタプリタを提供します。コードをブラウザのネイティブエンジンで実行しようとするのではなく、JSLike がコードを解釈して実行することで、CSP が課す制限を回避しつつ高い言語互換性を維持します。
JSLike の仕組み
従来のトランスパイラが TypeScript や JSX を JavaScript に変換してブラウザで実行させるのとは異なり、JSLike はインタプリタとして機能します。提供されたソースコードを解析し、独自の環境内でロジックを実行します。このアーキテクチャはセキュリティ上重要です。eval() などの安全でない関数に依存しないため、CSP 違反を引き起こすことがありません。
対応言語
JSLike の主な強みは、モダンウェブエコシステムへの広範な対応です。以下の言語を処理できるよう設計されています。
- JavaScript (JS)： 標準的な ECMAScript ロジック。
- TypeScript (TS)： 型注釈付きコードで、より堅牢なロジック定義が可能。
- JSX/TSX： React などの UI ライブラリで多用される構文拡張で、コンポーネントライクな構造の解釈を実現。
トレードオフ：インタプリテーション vs. ネイティブ実行
JSLike は CSP のジレンマを解決しますが、インタプリタを使用することによる固有のトレードオフを理解することが重要です。ネイティブの JavaScript 実行は V8 や SpiderMonkey といったエンジンによって高度に最適化されており、ほとんどのタスクでほぼ瞬時のパフォーマンスを提供します。一方、インタプリタは抽象構文木（AST）を手動で走査し、独自の状態管理を行う必要があるため、自然に遅くなります。
多くのユースケース—たとえばドキュメントサイトの小さなコードスニペットや軽量な社内ツール—では、このパフォーマンス低下は無視できる程度です。しかし、計算量の多いタスクに対しては、インタプリテーションのオーバーヘッドが制限要因となります。
ユースケースと実践的な応用
JSLike は、セキュリティが譲れないが柔軟性も求められる環境で特に価値があります。考えられる適用例は次のとおりです。
- インタラクティブドキュメント： サイトのセキュリティヘッダーを損なうことなく、ユーザーがブラウザ上でコード例を直接実行できるようにする。
- 教育用プレイグラウンド： 完全なバックエンドコンパイルパイプラインを必要とせず、学生が TSX や TypeScript を安全に試せる環境を提供。
- サンドボックス化されたプラグイン： サードパーティ拡張がメインアプリケーションのグローバルスコープから分離され、CSP によって保護された状態でロジックを実行できるようにする。
TSX のような複雑な構文を CSP に準拠した形で実行できる手段を提供することで、JSLike はフロントエンドツールチェーンのニッチなギャップを埋め、動的実行の必要性とモダンウェブセキュリティ標準の両立を実現します。