meteor 1.3.1导入非延迟加载

1.3的新ES6模块支持应该包括对存储在/imports目录中的代码的“延迟加载”支持，但是所有导入的代码仍然捆绑到app.js文件中并发送到客户端。当所有代码都在初始加载时推送到客户端时，非即时加载系统的好处何在

有没有办法动态加载模块？如果根据用户的交互，我要加载数百或数千个组件，该怎么办？如果用户在手机上使用我们的web应用程序，需要将兆字节的模板代码下载到手机内存中，该怎么办？如果用户从未访问过应用程序的某些部分，该怎么办？为什么我要给他们这些部分的代码？为什么我们必须使用模块导入编程风格，而没有模块导入的好处完全相同

---

如果我错了，请告诉我。谢谢大家!

读者注意：以下答案适用于meteor 1.3。这个答案（希望）在将来的版本中会过时。

1.3

中的模块支持使您能够控制文件加载顺序。例如，不再在文件名前加数字，不再添加嵌套的

lib

目录，也不再使用其他情况下无法使用的包

模块支持所不能做的是为您提供延迟加载、树抖动或任何其他奇特的构建/运行时优化。然而，这些都在路线图上，都需要使用导入。因此，现在添加它们将在将来对您有所帮助。对不起，我没有更好的消息

如果您有一系列特定于某类用户的功能（例如管理界面），您可以将应用程序拆分为较小的应用程序。不太理想，但我想为了完整性我会把它包括进去

---

---

还要注意的是，本文中讨论了很多这方面的内容。整件事都值得一看，但如果你跳到11:00左右，他们就会开始专门讨论这个问题。

投票并跟踪进度

跟随

---

我可以确认，在当前的Meteor 1.3.4.1中，延迟加载SCS对我仍然不起作用。

感谢视频。