Aurelia-Cli中build.loader.stub配置疑问：含义、影响及永久修改可行性

针对你遇到的i18next插件加载错误"Plugin.load is not a function"，以及对stub配置的疑问，结合Aurelia核心团队的讨论内容，整理解答如下：

1. stub配置的具体含义 #

build.loader.stub是Aurelia CLI中控制**文本加载器是否被“占位模拟”**的配置项：

• 当设为true时，CLI会使用一个简化的占位文本加载器，不会嵌入完整的文本加载器实现。这个占位加载器仅能处理静态打包的文本资源，无法支持动态加载文本的场景。
• 当设为false时，CLI会嵌入完整的文本加载器，允许应用在运行时动态加载文本资源（比如i18next需要的语言包这类动态资源）。

2. 永久修改全局配置是否可行？ #

完全可行。根据Aurelia核心成员的官方讨论（2016年7月28日）：

@EisenbergEffect 若将"stub"设为false无问题，可关闭此问题。
EisenbergEffect回复：完全没问题。设stub为true仅不嵌入完整文本加载器，若需动态加载文本则需设为false，两种设置均受支持，我们的HUB也将stub设为false。

官方明确支持将stub永久设为false，甚至他们自己的官方HUB项目也采用这个配置，不存在兼容性或后续维护的隐患。

3. 设置为false会有什么影响？ #

• 正面影响：启用完整的文本加载器，支持动态加载文本资源，直接解决你遇到的i18next插件加载错误问题，同时能满足任何需要动态加载文本的业务场景。
• 负面影响：打包后的应用体积会略微增加（因为嵌入了完整的文本加载器代码），但这个体积增量非常小，几乎不会对应用性能造成影响。

总结来说，如果你需要使用i18next这类依赖动态文本加载的插件，或者未来可能有动态加载文本的需求，将build.loader.stub永久设为false是完全合理且官方认可的做法。

内容的提问来源于stack exchange，提问作者SNO