在JavaScript最佳实践中组织库依赖项
Organizing library dependencies in JavaScript best practice
人们认为在javascript中组织依赖关系的最佳方式是什么?我知道基本知识,但还有一些更具体的问题。从阅读Douglas Crockford和其他帖子在这里,我知道把脚本标签尽可能晚在主体,使用最小化,合并所有的客户端代码到一个。js文件,在适用的地方,等等。
使用库的最佳方式是什么?比如说你做了下面的事情:
<script type="text/javascript" src="jquery.min.js"></script>
<script type="text/javascript" src="somelib.min.js"></script>
<script type="text/javascript" src="myappcode.min.js"></script>
这可以被认为是太多的脚本标签吗?假设myappcode.min.js依赖于但也修改了somelib.min.js的某些部分——您应该将它们合并到一个文件中吗?
也有可能或甚至是一个好主意,引用一个。js文件,如库内的另一个。js文件,而不是只是把一个脚本标签在另一个之前,以引用它在后者?来自c#背景,我知道JavaScript是顺序解析的,而不是从main()方法开始,然后继续——所以我猜脚本方法是相当标准的,但我想确保。
如果你编写一个JavaScript处理程序,你可以将这些JavaScript标签合并为一个标签,同时仍然能够保持所有JS库文件分开。查看UC Mobile Web Framework中JS处理程序的代码,了解如何执行此操作。
这取决于看它的人。我不认为3个脚本标签是坏的,虽然它是已知的,减少HTTP请求的数量提高了网站的加载速度(因为它减少了每个单独请求的开销)。
我不会仅仅为了在我的开发项目中合并文件而合并它们。但是,当上传到生产服务器时,我会将这些文件合并在一起,以减少必要的脚本标签数量,因为在生产环境中不应该关心可读性等问题。
相关文章:
- 依赖<选择>HTML和JavaScript菜单
- 依赖于缓慢加载javascript的UI
- Django管道和javascript依赖关系
- 在Firefox上使用聚合物的javascript依赖关系的HTML导入困难;Safari
- 依赖css的javascript的一个好例子是什么
- 使用Require.js按照依赖关系的顺序加载JavaScript
- GraphQL代码中的Javascript循环依赖关系
- 使用 grunt 检查单个 javascript 文件时如何解决依赖关系
- JavaScript模块化和依赖注入之间的区别
- Javascript表单.使一个条目依赖于另一个条目
- 在<p>标签依赖于<选择>标签,javascript
- 如何隔离javascript依赖关系
- 不知道如何争论我的javascript依赖关系
- 我们可以在多大程度上依赖 JavaScript
- 如何在不依赖 javascript 中的 id、类或内容的情况下查找和检索节点位置
- Durandaljs 2.0 全局 JavaScript 变量和依赖 JavaScript 库
- 依赖Javascript的管理和打包
- 当javascript被禁用时,保护表单的最佳方法是依赖javascript验证
- 如何在依赖JavaScript的Struts表单中处理换行符
- 依赖javascript的下拉菜单在ie8中不起作用