blocks|key|4586625|text|有人可能会建议您比较打包前的JS和打包后的JS的大小，并返回/使用两者中较小的一个。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4586626|根据GPX在Sep+30+at+1:02上的评论中的问题更新|offset|length|style|BOLD|CODE|4586627|下面是一个非常简单的方法来告诉你。可能有不同的或更准确的方法来确定这一点，但这应该会让你朝着正确的方向前进：|4586628|var+unpackedJs+=+File.ReadAllText(...)
var+unpackedSize+=+jsContent.Length;
var+packedJs+=+...+//+Your+Packaging+routine
File.WriteAllText(pathToFile,+unpackedSize+<+packedJs.Length+?+unpackedJs+:+packedJs)|code-block|syntax|javascript|4586629|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/users/398713/gpx^0|0|0|U|2|3|6|E|2|3|0|0|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Y|8|@$D|Z|E|10|F|G]|$D|11|E|12|F|H]|$D|13|E|14|F|H]]|9|@$D|15|E|16|1|17]]|A|$]]|$1|I|3|J|5|6|7|18|8|@]|9|@]|A|$]]|$1|K|3|L|5|M|7|19|8|@]|9|@]|A|$N|O]]|$1|P|3|-4|5|6|7|1A|8|@]|9|@]|A|$]]]|Q|$R|$5|S|T|U|A|$V|W]]]]

One might suggest that you compare the size of the pre and post packed JS and return/use the smaller of the two.

UPDATE based on question in comment by <a href="https://stackoverflow.com/users/398713/gpx"><code>GPX</code></a> on <code>Sep 30 at 1:02</code>

The following is a very simple way to tell. There may be different, or more accurate, ways of determining this, but this should get you going in the right direction:

<pre><code>var unpackedJs = File.ReadAllText(...)
var unpackedSize = jsContent.Length;
var packedJs = ... // Your Packaging routine
File.WriteAllText(pathToFile, unpackedSize &lt; packedJs.Length ? unpackedJs : packedJs)
</code></pre>

blocks|key|1105146|text|我会检查文件大小和代码行(例如:平均行长)。这两个信息应该足以知道代码是否足够紧凑。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1105147|试试这个。|1105148|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I would check file size and lines of code (e.g.: average line length). These two information should be enough to know if the code is sufficiently compact.

Try this <a href="http://jsbin.com/aradi3" rel="nofollow">demo</a>.

blocks|key|1105239|text|我把你带到一个帖子上，这个帖子表明打包是不好的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1105240|http://ejohn.org/blog/library-loading-speed/|offset|length|1105241|而是使用缩写。Google+Closure编译器可以通过REST+web服务做到这一点。仅对最小化(非压缩)使用.min.js扩展。|1105242|Gzip会做得更好，并且会被浏览器解压缩。最好在服务器上打开zip压缩，这样会进一步压缩压缩后的文件。|1105243|当然，这也提出了一个问题：“我怎么知道我的Javascript是否已经被缩小了！”|1105244|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|18|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@$D|U|E|V|1|W]]|A|$]]|$1|F|3|G|5|6|7|X|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|Y|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|Z|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|10|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|C]]]]

I direct you to a post that suggests packing is bad.

<a href="http://ejohn.org/blog/library-loading-speed/" rel="nofollow">http://ejohn.org/blog/library-loading-speed/</a>

Rather use minification. Google Closure compiler can do this via a REST web service. Only use a .min.js extension for minified (not packed).

Gzip will do a better job and will be uncompressed by the browser. Its best to switch on zip compression on the server which will zip a minified file down further.

Of course this raises the question 'How can I tell if my Javascript is already minified!'

blocks|key|4586723|text|创建/保存缩小文件时，请使用标准文件名约定"Filename.min.js“。然后，当他们选择文件时，您可以将其作为可靠的指示器进行检查。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4586724|我不认为在假人验证上走得太远是明智的。如果一个用户(他是一名开发人员)愚蠢到对一个文件进行了双重打包，那么他们应该会遇到问题。我知道你应该相信他们，但在这种情况下，它似乎不值得开销。|4586725|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

When you create/save a minified file, use the standard file name convention of "Filename.min.js". Then when they select the file, you can check for that as a reliable indicator.

I do not think it is wise to go overboard on the dummy-proofing. If a user (who is a developer, at that), is dumb enough to double-pack a file, they should experience problems. I know you should give them the benefit of the doubt, but in this case it does not seem worth the overhead.

blocks|key|1107817|text|如果你正在使用一个安全的最小化例程，你的输出应该和输入是一样的。我不推荐你提到的那个套路。MS的Ajax+Minifier是一个很好的工具，甚至提供了dll供您在项目中使用。这将使您的担忧成为不成问题的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1107818|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

If you're using a safe minimization routine, your output should be the same as the input. I would not recommend the routine you mention. MS's Ajax Minifier is a good tool and even provides dll's to use in your project. This would make your concern a non-issue.

blocks|key|3175976|text|我建议在压缩文件的扩展名中添加一个'.min‘前缀，类似于'script.min.js’。然后只需检查文件名。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3175977|除此之外，我建议检查这些行有多长，以及使用了多少空间。精简/压缩的JS通常几乎没有空格(通常在字符串中)和非常长的行。|3175978|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I would suggest adding a '.min' prefix to the extension of the packed file, something like 'script.min.js'. Then just check the file name.

Other than that, I would suggest checking how long the lines are, and how many spaces are used. Minified/packed JS typically has almost no spaces (typically in strings) and very long lines.

Hey guys.. I am writing a Windows application in C# that minifies CSS files and packs JS files as a batch job. One hurdle for the application is, what if the user selects a JavaScript file that has already been packed? It will end up increasing the file size, defeating my purpose entirely!

Is opening the file and looking for the string <code>eval(function(p,a,c,k,e,d)</code> enough? My guess is no, as there are other JS packing methods out there. Help me out!

How to detect if a JS is packed already

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

嘿伙计们..。我正在用C#编写一个窗口应用程序，它可以压缩CSS文件并将JS文件打包为批处理作业。应用程序的一个障碍是，如果用户选择了一个已经打包的JavaScript文件怎么办？它最终会增加文件的大小，完全违背我的目的！打开文件并查找字符串eval(function(p,a,c,k,e,d)就足够了吗？我的猜测是没有，因为还有其他的JS打包方法。帮帮我！

问如何检测JS是否已经打包
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何检测JS是否已经打包EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何检测JS是否已经打包
EN