这些天网上有很多关于缩小JavaScript的重要性.速度是最重要的.

但是,缩小是否会违背开源的开放性？

关于JS(与闪存和后端相对)的一个好处是源代码就在那里,可供其他开发人员查看并认为“嘿,看起来不错,我想知道他们是怎么回事做过某事”. JS源代码可供所有人查看,因此开发人员可以从中学习,调整它,并在自己的项目中使用类似的JS.

缩小JS会让它变得难以理解.它阻止外部开发人员读取代码,从而取消水平共享和学习.

显然会有一些人希望缩小他们的JS,以达到试图保留他们的知识产权的明确目的.当人们破坏开源社区的创造力时,总是一种耻辱,但这有点可以理解,当然也不会停止.

但对于我们其他开发人员 – 我们生活中每天都使用开源的人 – JS缩小了我们的方式.它使我们无法利用网络的开放性.它关闭了创意共享的可能性.

我是关于一些被缩小的东西 – 库,插件等(也许是在向移动设备提供JS时).但是对于使您的个人网站个性化的定制代码,缩小代码实际上并非必要.它可以节省几毫秒的下载时间,但保持打开状态不会改变那么多. Web上的大多数站点可能只有不到20KB的自定义JS代码,而且缩小它的好处确实很小.做几个ms真的可以比较保持JS代码开放,可读和其他人可用的好处吗？

对于具有更多JS的站点,也许我们可以开始开发基于开源的标准,以便开发人员可以输入稍微不同的URL以便提供未经授权的代码.如果缩小的代码位于domain.com/script.min.js,那么让我们在domain.com/script.js或/script.full.js上始终提供未经授权的代码.或者还有其他建议吗？

我无法在网上找到任何关于这个问题的内容.一切都在另一边 – 推动缩小.这让我感到震惊.这让我觉得,作为开发者,我们已经允许自己陷入毫无疑问的速度意识形态,无论其他因素如何.也许,由于意识形态的本质,你们中的一些人会立即想要解雇它并反对它.但想想更长一点 – 微小的速度效益真的值得失去开源创造力吗？我不相信.

所以我想我的问题是,关于开源JavaScripting的争论在哪里？