ES6命名导入是否声明const？Transcrypt模块机制实现问询

我来逐个解答你的问题：

没错，ES6的命名导入创建的绑定和const声明的变量行为完全一致——它们是只读绑定，你没办法给这些导入的标识符重新赋值。举个实际的例子：

// 运行时模块 runtime.js
export const input = () => prompt('请输入内容:');

// 用户代码模块 user-code.js
import { input } from './runtime.js';
input = () => {}; // 这里会直接抛出语法错误，因为input是只读的

这种只读特性和const的规则完全匹配，所以可以认为命名导入在当前作用域中引入的就是const级别的绑定。

针对你要让用户直接用input这类函数（不用加__runtime__.input前缀）的需求，结合ES6模块机制，这里有几个实用的技术方案：

方案1：编译阶段自动注入命名导入 #

既然Transcrypt是把Python代码转译为JS，最直接的思路就是在编译过程中自动检测用户代码里用到的Python标准函数（比如input、print），然后在生成的JS代码头部自动插入对应的命名导入语句：

// 生成的JS代码开头会自动添加
import { input, print, len } from './__runtime__.js';

这样用户写的Python代码input("请输入:")会被直接转译为input("请输入:")，完美保持Python的语法简洁性，同时完全符合ES6模块规范。

方案2：将核心函数挂载到全局作用域（谨慎使用） #

如果希望所有核心运行时函数都能全局访问，可以在运行时模块里把这些函数导出后，再挂载到globalThis（通用环境）或者window（浏览器环境）上：

// __runtime__.js
export const input = () => { /* Python input的JS实现逻辑 */ };
export const print = (...args) => { /* Python print的JS实现逻辑 */ };

// 挂载到全局
globalThis.input = input;
globalThis.print = print;

转译后的用户代码就不需要额外导入，直接调用input()即可。但要注意：全局变量容易引发命名冲突，这个方案只适合那些确定不会和用户代码变量重名的核心标准函数。

方案3：命名空间导入+解构到模块作用域 #

如果不想逐个注入单个导入，可以在生成的用户代码顶部先导入整个运行时命名空间，再解构到当前模块作用域：

// 生成的JS代码开头
import * as __runtime__ from './__runtime__.js';
const { input, print, len } = __runtime__;

这样后续代码里的input()就直接指向解构后的变量，和用户的Python代码写法完全一致。这种方式比全局挂载更安全，同时也避免了逐个导入的繁琐。

方案4：用聚合导出简化导入逻辑 #

如果运行时模块拆分得比较细，可以先做一个聚合模块，把所有需要暴露给用户的函数统一导出，然后用户代码只需导入这个聚合模块的成员：

// __stdlib__.js（聚合模块）
export { input, print, len, str } from './__runtime__.js';

// 生成的用户代码开头
import * as stdlib from './__stdlib__.js';
const { input, print, len, str } = stdlib;

这种方式能把运行时的内部模块结构和用户代码隔离开，后续如果调整运行时的模块划分，只需要修改聚合模块就行，不会影响用户代码的转译逻辑。

内容的提问来源于stack exchange，提问作者Jacques de Hooge