Javascript AMD、CommonJS、ES模块、IIFE、UMD和SystemJS应使用哪个捆绑系统

RollupJS模块绑定器提供了可能的输出列表

• AMD
• 普通的
• ES模块
• 生活
• UMD
• SystemJS

在特定情况下，是否有经验法则可以选择哪种格式？

amd – Asynchronous Module Definition, used with module loaders like RequireJS
cjs – CommonJS, suitable for Node and Browserify/Webpack
es – Keep the bundle as an ES module file
iife – A self-executing function, suitable for inclusion as a <script> tag. (If you want to create a bundle for your application, you probably want to use this, because it leads to smaller file sizes.)
umd – Universal Module Definition, works as amd, cjs and iife all in one
system – Native format of the SystemJS 

amd–异步模块定义，与模块加载程序（如RequireJS）一起使用
cjs–CommonJS，适用于节点和浏览/网页包
es–将捆绑包作为es模块文件保存
iife–一个自执行函数，适合作为标记包含。（如果要为应用程序创建捆绑包，可能需要使用它，因为它会导致较小的文件大小。）
umd–通用模块定义，作为amd、cjs和iife一体机使用
system–SystemJS的本机格式

在过去，构建模块和处理依赖关系很麻烦。以库或ES2015模块形式出现的新解决方案已经消除了大部分痛苦如果您正在考虑启动新模块或项目，ES2015是正确的选择。它将始终得到支持，当前使用Transpiler和polyfills的支持非常出色。另一方面，如果您喜欢使用普通的ES5代码，那么客户端的AMD和服务器的CommonJS/Node之间通常的分割仍然是常见的选择

我推荐这篇文章的讲座，在这里您可以找到每个模块系统的所有细节、优点和缺点：

---

“生命”作为一个评论，这可能更好。仅链接的答案价值很低。这是一篇文章，但文章中缺少

umd

。谢谢：）