gpt4 book ai didi

javascript 最佳实践 - 管理脚本/代码重用

转载 作者:数据小太阳 更新时间:2023-10-29 04:32:56 24 4
gpt4 key购买 nike

来自阅读很多文章,比如How do I include a JavaScript file in another JavaScript file? - 显然不可能将一个脚本包含到另一个脚本中。

所以这是我的问题 - 我担心 JS 膨胀。或者有太多未使用的代码加载到不使用/不需要它的页面。但是,有时我会需要在多个页面上使用相同的功能,但不是所有页面。

如果我们考虑将在线应用程序的逻辑部分制作成对象,例如“客户”或“元素”——我们可能会有一堆特定于这些“对象”的代码。

例如,我可以有一组“个人资料”代码,允许我管理我的个人资料,它可能有多个使用 Ajax 的 div-pop-ups,为了这个例子,让我们说我有几个控制我的“送货地址”的函数,它们控制 div 弹出窗口,它们处理特定于该信息的 Ajax。 - 可以说我为此目的有 4 个功能。但这只是一个更大的“profile.js”文件的一部分,该文件处理我所有的“profile”crud ...

现在我有了应用程序的另一部分——比如购物车——我需要允许用户访问“送货地址”div-pop-up 和所有 Ajax 功能。

我想我只想重用 profile.js 中的那些函数——因为“重写”做同样事情的代码似乎是“糟糕的形式”——因为那样我就会有很长的时间术语代码维护问题 - 如果我进行了更改 - 我必须记住我使用该代码的所有地方。

所以如果让我推断出“最佳实践”——考虑到这些技术如何工作的局限性——我不能像在服务器端那样“嵌套”和重用 js包括或 CSS。

我的代码将不得不分解成单独的文件,并且(理论上)将使用许多较小的 .js 文件

所以我的<head>看起来像这样

<head>
<script src='smallfile_1.js'...>
<script src='smallfile_2.js'...>
...
<script src='smallfile_10.js'...>
<head>

和“如果”我需要在另一页中的一个部分

<head>
<script src='that_other_object_/smallfile_3.js'...>
</head>

...对这些较小文件的重复 TTP 调用不会成为开销吗?在流量大的应用程序中 - 网络和服务器开销似乎开始成为一个问题,或者只是小题大做?

对于 10 个 5k 文件的 100k 请求,真的等于 - 100k 请求对于 1 个 50k 文件吗?

现在我把它写出来了 - 想想看 - 页面上的每个图像也是对服务器的单独调用 - 所以也许我正在制造一个问题这不是问题。

我能否就其他人在跨模块重用 JS 代码方面所做的工作获得一些反馈 - 而无需跨模块共享“巨大”文件。

最佳答案

答案很简单 - 您创建一个库或一个包含您拥有的所有实用功能的框架,然后在您的所有页面上加载该库。由于浏览器缓存,客户端唯一需要检索该文件的时间是在初始加载时,因此即使文件相当大,客户端也只需要加载一次。

这意味着某些网站(例如 Stack Overflow)仅使用一个主 JavaScript 文件,该文件包含网站上所有页面正常运行所需的大部分代码。尽管每个页面可能只需要几个功能,但浏览器缓存意味着这种方法会更有效。

另一种防止这种情况发生的方法是创建一个小的服务器端文件,该文件将动态组合服务器上的多个 JavaScript,并在客户端请求它们时提供它们,例如:

<script src="/resource/js?load=file1,file2,file3" type="text/javascript></script>

但是,不推荐使用此方法,因为它会破坏浏览器缓存。因此,最佳做法是通常维护一个大型主 JavaScript 文件,其中包含网站运行所需的所有代码,该文件在初始页面加载时缓存。

关于javascript 最佳实践 - 管理脚本/代码重用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4976832/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com