我可以强制Typescript编译器为类导入使用后缀吗

如果我们有这样的typescript导入：

从“/libs/Core”导入{Core}；

这一点可以理解为：

“严格使用”；
defineProperty（导出，“\uu esModule”{value:true}）；
const Core_1=需要（“./libs/Core”）；

有没有办法强制编译器对“Core_1”变量使用不同于“_1”的后缀

我想让编译器使用一个随机数，而不是像这样的1（可能是7）：

“严格使用”；
defineProperty（导出，“\uu esModule”{value:true}）；
const Core_7=要求（“./libs/Core”）；

---

在我的用例中，我希望能够在同一个浏览器窗口中加载脚本的副本，其中可能包含相同的文件，但升级版本。旧脚本基本上会自动关闭，但新脚本不会有任何变量或命名空间冲突。

不，没有，除非您愿意修改编译器。。你想改变这一点有什么原因吗？我在正文中添加了我的用例。但最终：我希望能够在同一个浏览器窗口中加载一个脚本副本，其中包含可能相同的文件，但升级版本的脚本。旧脚本基本上会自动关闭，但新脚本不会有任何变量或名称空间冲突。这不是解决的问题吗？@spender对于dev环境来说，是的。我希望在生产环境中做到这一点，以便在不需要任何特殊的web服务器等的情况下向软件推送更新，并且不需要重新加载页面。我可以看看HMR的引擎盖下，看看这个方法是否可以用于我的案例。我已经确定动态卸载javascript脚本是不可能的，因此需要能够添加一个脚本而不会发生冲突，并且希望不会使我的开发环境/设置变得极其复杂。但是

Core\u 1

只是一个局部变量。。。这看起来像一个。不，没有，除非你愿意修改编译器。。你想改变这一点有什么原因吗？我在正文中添加了我的用例。但最终：我希望能够在同一个浏览器窗口中加载一个脚本副本，其中包含可能相同的文件，但升级版本的脚本。旧脚本基本上会自动关闭，但新脚本不会有任何变量或名称空间冲突。这不是解决的问题吗？@spender对于dev环境来说，是的。我希望在生产环境中做到这一点，以便在不需要任何特殊的web服务器等的情况下向软件推送更新，并且不需要重新加载页面。我可以看看HMR的引擎盖下，看看这个方法是否可以用于我的案例。我已经确定动态卸载javascript脚本是不可能的，因此需要能够添加一个脚本而不会发生冲突，并且希望不会使我的开发环境/设置变得极其复杂。但是

Core\u 1

只是一个局部变量。。。这似乎是一个错误。