给js加上GPL协议似乎没有必要，用户浏览网页的时候，所有js源码都会下载到客户机解释执行。不过为了减少网络开销，咱们一般要在系统发布时对所有js进行压缩，去掉注释，去掉无用的空白，甚至对局部变量名进行混淆。这种压缩方式从某种意义上起到了源代码加密的功能，使js代码的可读性变差了，尤其是对局部变量名混淆这一步，让人们很难通过变量名去猜测该变量的功能。
其实还有一种方法，把js文件转换成eval的形式，但听说有性能问题。这种加密方式在网上随便就可以找到解密的脚本，将代码转换到“混淆局部变量”的阶段，所以咱们把这种当作“混淆局部变量”来讨论应该也没什么问题。
现在的问题是，如果使用了ext-2.1就需要将html和js依据GPL协议开源。如果只提供压缩后的js源代码，是否符合GPL协议。压缩后的js源代码也算是源代码的一种形式吧？
如果别人来索取源代码，我能不能声称：“有注释，未压缩的js是我们内部使用版本，不是发布版本，所以不使用GPL开源。”
[b][color=red]问题重点在于，我是否可以只提供“压缩后的js代码”，我是否可以拒绝其他人索取“有注释，未压缩的js代码”的要求。[/color][/b]
其实还有一种方法，把js文件转换成eval的形式，但听说有性能问题。这种加密方式在网上随便就可以找到解密的脚本，将代码转换到“混淆局部变量”的阶段，所以咱们把这种当作“混淆局部变量”来讨论应该也没什么问题。
现在的问题是，如果使用了ext-2.1就需要将html和js依据GPL协议开源。如果只提供压缩后的js源代码，是否符合GPL协议。压缩后的js源代码也算是源代码的一种形式吧？
如果别人来索取源代码，我能不能声称：“有注释，未压缩的js是我们内部使用版本，不是发布版本，所以不使用GPL开源。”
[b][color=red]问题重点在于，我是否可以只提供“压缩后的js代码”，我是否可以拒绝其他人索取“有注释，未压缩的js代码”的要求。[/color][/b]
扫一扫
7049
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
