首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >处理大型JavaScript应用程序

处理大型JavaScript应用程序
EN

Stack Overflow用户
提问于 2010-09-01 03:04:59
回答 3查看 255关注 0票数 7

我们的文件结构非常好,将功能组织在单独的文件夹中。我的问题是,其他人如何在涉及500多个JavaScript文件的应用程序上工作。

我们已经编写了一个maven插件来将这些文件连接在一起(也运行YUI压缩器)。但是,每次更改都需要3-10秒的编译时间。

对于一个大型应用程序的组织来说,这一步是必要的吗?我觉得一个结构良好的HTML文件,将所有这些资源放在一起,每天可以节省我45分钟。

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2010-09-01 03:18:21

对于我自己的framework projects,通常是监视、测试或页面内服务来编排其他工具包(但不像您的文件数那么高),我的方法是在开发期间针对单个动态加载的文件。为了进行测试,我将运行一个构建来压缩和版本化各个文件,并再次测试各个文件,因为根据连接顺序、压缩技术和浏览器的不同,我可能会出现脚本错误,而且从一个怪物文件中挖掘出来是一件痛苦的事情。第三,我将连接在一起并再次测试。

在HTML引用中,我将以加载指定依赖项的未压缩文件或复合文件为目标。一个单独的引导程序文件命名依赖项,这些依赖项要么包含在复合文件中,要么根据需要动态加载。

通过这种方式,我可以添加或更改文件,并且无需重新构建即可开始开发和测试。

票数 1
EN

Stack Overflow用户

发布于 2010-09-01 03:12:55

该解决方案很可能仅为用户测试和生产而连接和压缩。

对于开发,最好是将它们全部导入到HTML文件中。它加快了开发过程,也简化了调试。它还允许浏览器缓存其中的一些文件。

当你不能依赖缓存的副本时(对于500个文件,我认为不会很常见),它会减慢加载时间。

票数 0
EN

Stack Overflow用户

发布于 2010-09-01 03:31:53

如果只在生产环境中运行压缩器,可能会节省大量时间。YUI压缩器是出了名的慢,因为它使用Java Rhino解释器来实际解析JavaScript并分析它等等。

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

https://stackoverflow.com/questions/3612300

复制
相关文章

相似问题

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