如何解决我可以在没有捆绑程序的情况下构建生产JavaScript Web应用程序吗?
我最近开始学习有关使用JavaScript进行模块化编程的捷径,包括JS模块系统,捆绑程序和ES2015模块的一些历史。我现在了解捆扎机可以缓解/缓解的一些痛苦,例如:
- 网络延迟(更有效地缓存单个分发包,HTTP / 1.0连接)
- 对应用程序模块大小的性能限制(最小化,摇树),
- ES2015不支持某些功能(裸导入),
- 并与旧模块系统向后兼容(ES2015 Modules语法的转换)。
但是,我想知道是否有可能在2020年创建一个不使用 webpack 或 Parcel 之类的捆绑器并使用的生产JS Web应用程序ES2015模块?需要注意的是,只要保留ES2015 Modules语法,仍可以使用像 Babel 这样的源到源编译器。我并不是说我想这样做,但是为了争辩,缺点是什么?
解决方法
在现代浏览器中运行时,不必捆绑客户端代码,但是如果要将代码设计成大量的小模块(为了提高开发效率和重用性),那么它将是如果您不使用可以减少需要加载的单独文件数量的捆绑程序,则加载效率非常低。
如果您设计客户端JS文件以实现最佳模块化开发,并且因此不设计客户端JS文件以实现高效交付,则捆绑器将是可取的,因为捆绑器可以将东西捆绑在一起以在构建过程中高效交付。
“ JS SDK的一部分”是术语和观点的问题,而不是事实的问题,因此我不会对该断言发表任何评论。
当然可以从一开始就设计客户端JS文件以实现高效的客户端交付,并且不使用捆绑程序(就像我们过去那样),但是您将无法设计文件的布局用于模块化开发。捆绑器可让您实现这两个目标,这可能就是为什么它们如此受欢迎的原因。
但是我想知道是否有可能在2020年创建一个不使用webpack或Parcel之类的捆绑器并使用ES2015模块的生产JS Web应用程序?
是的,如果您在支持import
和export
的浏览器中运行,则可能没有捆绑程序。
我并不是说我想这样做,但是为了争辩,缺点是什么?
如上所述,您要么放弃高效的客户端加载,要么放弃理想的模块化设计,因为两者的设计参数相互矛盾。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。