Javascript 库 : to obfuscate or not to obfuscate - that is the question

Question

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。












我们不允许提出有关书籍、工具、软件库等建议的问题。您可以编辑问题，以便可以用事实和引用来回答它。


7年前关闭。







Improve this question




我需要编写一个与 GUI 相关的 JavaScript 库。它会给我的网站带来一点优势(就我可以提供的功能而言)——直到我的竞争对手使用它足够长的时间来弄清楚如何自己编写它(或者最终破解下载的脚本)。我可以接受这样一个事实，即随着时间的推移它会被模仿——这是类(class)的标准(其业务的一部分)。我只想有几个月的喘息空间让人们去“哇 - 他们是怎么做到的？” - 这给了我几个月的免费宣传和一些插入其他事情的动力。

需要明确的是，我什至不担心仍然会破解源代码的核心黑客 - 这是一场不值得战斗的失败战斗(无论如何我接受我的代码不是“那么珍贵”)。然而，我不能忍受的是，通过使用任何人都可以下载和使用的纯 JavaScript，有效地将所有本应进入库的辛勤工作交给我的竞争对手的想法。如果有人要使用我所做的工作，那么我肯定不想简单地把它交给他们——我希望他们努力解码它。如果他们可以解码，他们应该拥有代码( 他们很可能会发现自己可以编写更好的代码 - 他们只是没有商业意识将所有 [plain vanilla] 组件放入其中那个特定的命令 )——所以，我并不是说没有人可以写这个(无论如何这都是一个荒谬的说法)——而是，我要说的是没有人(到目前为止)已经使我正在谈论的功能适用于这个特定的行业 - 而我(作为 企业家 而不是 极客/编码器 思考)，想尽其所能地榨取它，而它持续存在，即直到它(不可避免地)被黑客入侵。

一个既定的事实是，我正在“攻击”的行业中没有一个网站具有此功能，因此这样一个库的值(value)是不可否认的，并且不值得讨论(即，这不是我在这里要问的)。

我正在寻找的是混淆 javascript 库的利弊，以便我做出最终决定。

我最关心的两个问题是调试，以及混淆器可能引入的细微错误。

我想知道:

我如何管理这些风险(能够调试错误代码，确保/最小化混淆错误)

您可以推荐任何优质的行业标准混淆器(最好是您自己使用的东西)。

您在生产环境中使用混淆代码的经验是什么？

Answer 1

If they can decode it, they deserve to have the code (they'll most likely find out they could have written better code themselves - they just didn't have the business sense to put all the [plain vanilla] components in that particular order).

所以实际上，您正在尝试通过技术措施解决业务问题。

任何称职的 Javascript 程序员都应该能够通过查看产品本身轻松地重新创建您所做的任何事情，而无需代码。这不像你在发明一些以前从未见过的神奇的东西，你只是在以一种新的方式把碎片拼凑起来，正如你自己承认的那样。这只是 Javascript。

即使你混淆了脚本，它仍然会按原样运行，竞争对手可以拿走它并使用它运行。即使使用混淆代码，一些自定义也不应该太难。

在您的利基业务中，如果有人“偷”了您的脚本，您可能很快就会注意到。如果发生这种情况，这是一个法律问题。如果您的竞争对手想在法律上保持清白，无论如何他们都必须从头开始重写脚本，这会自动为您争取一些时间。

如果您的竞争对手在技术上无法在不直接窃取代码的情况下复制您的产品，那么代码是明文还是模糊都不会产生影响。