Support for Import Maps

🔍 Search Terms

import, map, path, alias, scope

✅ Viability Checklist

• This wouldn't be a breaking change in existing TypeScript/JavaScript code
• This wouldn't change the runtime behavior of existing JavaScript code
• This could be implemented without emitting different JS based on the types of the expressions
• This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
• This isn't a request to add a new utility type: https://github.com/microsoft/TypeScript/wiki/No-New-Utility-Types
• This feature would agree with the rest of our Design Goals: https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals

⭐ Suggestion

I'm curious to hear thoughts on introducing an importMap option in compilerOptions.

Some initial thoughts:

• Import maps are a WICG standard.
• They can effectively replace paths for most use cases.
• They're supported by Deno.
• Projects with colocated Node and Deno workspaces could leverage the same source of truth regarding imports/aliases.
• Import maps provide the ability to configure scopes (extremely useful in my experience)

📃 Motivating Example

Every project that utilizes import maps.

💻 Use Cases

1. What do you want to use this for?

Simplifying my configuration in projects that contain both Node and Deno workspaces.

2. What shortcomings exist with current approaches?

One needs to re-specify their aliases in numerous places.

3. What workarounds are you using in the meantime?

N/A

Bắt đầu bằng cách đọc cách xử lý hiện có của compilerOptions đối với paths và hành vi của module-resolution mà import maps sẽ ảnh hưởng. So sánh tùy chọn importMap được đề xuất với các aliases và scopes của import-map, sau đó xác định cấu hình được hỗ trợ và hành vi tương thích trước khi triển khai; được xem là hoàn tất khi có một thiết kế đã được xem xét, bao quát trường hợp sử dụng workspace của Node và Deno đã nêu.