首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >优先选择输出大小为JS的编译语言

优先选择输出大小为JS的编译语言
EN

Stack Overflow用户
提问于 2012-08-11 02:22:11
回答 1查看 203关注 0票数 0

我目前正在使用一个大型的Javascript代码库(目前大约有150k的精简版),它被包含在很多网站上。随着更多的功能被添加,它的大小也在增长,所以我现在正在研究可以减小大小的方法。

目前可用的选项之一是从纯JavaScript切换到编译为JS的库。这可能会在开发过程中有所帮助,因为基于类的OOP和编译时类型检查等功能将为我们节省一些工作。然而,重要的是,这样的更改不会增加纯粹在JS中工作的代码库的大小。我调查过的语言中似乎没有一种特别关注输出大小。Dart看起来是最好使用的,但是编译后的输出大得离谱。GWT引入的问题比它解决的问题多,并且输出不是特别好用。我自己还没有尝试过Haxe,但一位同事尝试过,他告诉我它的输出非常臃肿。到目前为止,CoffeeScript似乎是最有前途的,因为它的输出是相当标准的Javascript,但它仍然产生比我们目前手工编写的更大的JS文件(尽管我只尝试移植了我们的代码库的一小部分)。

有没有一种编译成JS的语言,可以生成简洁的JavaScript并很好地缩小(特别是使用谷歌闭包),同时使开发过程更容易?或者我们更好地坚持使用手写的JS?

如果手写JS是可行的,那么有什么工具或技术可以在输出大小上产生特别大的差异吗?Google的闭包类库看起来很有趣,因为它们和我们自己的代码在功能上有很多重叠之处,但好处肯定是显著的,因为在切换到这个闭包类库时需要做很多工作。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2012-08-11 03:21:03

如果您正在寻找非JS语言选项,您应该考虑以与Closure Compiler的高级优化兼容的方式简单地使用带注释的JS。这可能会为您提供最小的代码大小,同时仍然能够利用纯JS库。

对于更狂野的选择,我听说过JSX和UberScript (类型增强的javascript )的好消息,它们都能产生合理的闭包编译风格的CoffeeScript。

通过源代码映射进行源代码级别的调试应该会降低底层JS源代码的“美观性”。我不知道这两个项目的源地图的状态。GWT和Closure Compiler都会生成它们。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/11907162

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档