Javascript 如何衡量代码混淆?

Javascript 如何衡量代码混淆?,javascript,obfuscation,google-closure-compiler,measurement,Javascript,Obfuscation,Google Closure Compiler,Measurement,假设我已经混淆了源代码,我应该如何通过定量测量来评估混淆?我担心的是,有人为的和自动的对手。什么是最好的方法来考虑双方的影响。如果您有任何见解,我们将不胜感激:-)混淆-当然,当您的代码是在浏览器中运行的javascript时-是不相关的,只对减少文件大小有用。否则,您不需要混淆代码,因为如果您坚持的话,您总是可以通过程序运行代码来再次美化代码。人类用电脑来做这件事,如果需要的话,电脑会自己做。谢谢!“美化”程序永远无法恢复所有信息。这就是为什么我们需要混淆。但一些“美化”可以在很大程度上打破这

假设我已经混淆了源代码,我应该如何通过定量测量来评估混淆?我担心的是,有人为的和自动的对手。什么是最好的方法来考虑双方的影响。如果您有任何见解,我们将不胜感激:-)

混淆-当然,当您的代码是在浏览器中运行的javascript时-是不相关的,只对减少文件大小有用。否则,您不需要混淆代码,因为如果您坚持的话,您总是可以通过程序运行代码来再次美化代码。人类用电脑来做这件事,如果需要的话,电脑会自己做。谢谢!“美化”程序永远无法恢复所有信息。这就是为什么我们需要混淆。但一些“美化”可以在很大程度上打破这种混淆。所以我想衡量一下模糊处理有多好。你到底想在这里完成什么?除了重命名变量等,你可以使用美化版本轻松分析应用程序中的数据流和所有信息,因此你的混淆是毫无意义的,原因有两个:一个开发者决心弄清楚它是如何工作的,一台计算机肯定会,而其他人根本不会在意。如果代码是不可读取的关键,则不应将其发送过来,而应仅在您有控制权的环境中进行处理。衡量某个代码的模糊程度,无论它是编译成机器代码、字节代码还是只是重命名变量,都取决于现有的代码分析工具和读取代码的人员,我学会了阅读和理解代码,即使命名不是自我解释的,通过代码重构,您甚至可以快速清理大型代码库。但是,对于像js这样的动态且不保存类型的语言来说,模糊处理的质量通常很差。几乎所有的js模糊处理程序都有一个目标,即减小文件大小。它们不是为了降低可读性(尽管这通常是一个副作用)。我的意思是,它们重命名变量并删除不必要的字符。然而,一般来说,它们不会插入“无意义”操作,以诱使人迷失在逻辑中,因为这样会增加文件大小,也不会修改程序流。如果您的代码足够敏感,您不希望用户拥有它,请不要使用JavaScript编写它。使用服务器端技术。