Javascript 将backbonejs用作付费服务站点是个坏主意吗？

我正在开发一个软件即服务站点，我们将主要使用主干网，但我注意到应用程序的大部分逻辑都在主干网上。虽然我们使用ruby主要是作为一个会话控制器和数据库的桥梁，但它似乎是。所以我们的网站很容易被复制。（只是复制js文件的问题…）

我知道这可能是一个愚蠢的问题，但是，不管怎样，我是否可以避免这个问题，或者是否会有这样一个客户端繁重的应用程序对这种类型的应用程序有害

---

现在我不确定如何保护这个网站结构。

确定它可以被复制，这是JavaScript的风险。你的标记和CSS也有同样的问题，但我想说你很少看到有人偷它。您的服务可能不仅仅是您的代码（您的设计、您的副本、您的商业模式、您的客户支持）。即使他们真的复制了你的代码，你也可能会提供比他们更好的服务，因为你的客户都致力于你的产品，而他们显然不是

另一种看待整个事情的方式是将其视为web开发的美妙之处。你可以自由地打开任何网页的代码并从中学习

---

如果你仍然想“保护”你的代码，你最好的办法可能是使用类似的东西来最小化和混淆你的代码。当然“窃贼”可以用一个修饰词来恢复缩进等，但是代码仍然是晦涩难懂的，几乎不可能维护。因此，从长远来看，可能不值得窃取它。

确保它可以被复制，这是JavaScript的风险。你的标记和CSS也有同样的问题，但我想说你很少看到有人偷它。您的服务可能不仅仅是您的代码（您的设计、您的副本、您的商业模式、您的客户支持）。即使他们真的复制了你的代码，你也可能会提供比他们更好的服务，因为你的客户都致力于你的产品，而他们显然不是

另一种看待整个事情的方式是将其视为web开发的美妙之处。你可以自由地打开任何网页的代码并从中学习

---

如果你仍然想“保护”你的代码，你最好的办法可能是使用类似的东西来最小化和混淆你的代码。当然“窃贼”可以用一个修饰词来恢复缩进等，但是代码仍然是晦涩难懂的，几乎不可能维护。因此，从长远来看，窃取javascript库可能是不值得的。

保护您的javascript库很难，因为您让客户端下载它们。要保护它们，最好的办法是在将它们部署到生产环境中之前对它们运行模糊和缩小工具。

保护javascript库很困难，因为您让客户端下载它们。要保护它们，最好的办法是在将它们部署到生产环境之前对它们运行模糊和缩小工具。

我非常同意这个答案。但是，如果你的所有重要逻辑都在主干中运行，你可能想考虑把其中的一些分解到服务器端。例如，我使用主干作为前端。有人决定看看我所有的模型，知道我在收集什么样的数据。但是我如何使用这些数据，我必须将数千个客户机数据点转换为客户机看到的特定操作的算法取决于我的服务器，并且不受窥探。这实际上取决于您的服务是什么以及哪些部件需要保护。偷窃是很少见的。我非常同意这个答案。但是，如果你的所有重要逻辑都在主干中运行，你可能想考虑把其中的一些分解到服务器端。例如，我使用主干作为前端。有人决定看看我所有的模型，知道我在收集什么样的数据。但是我如何使用这些数据，我必须将数千个客户机数据点转换为客户机看到的特定操作的算法取决于我的服务器，并且不受窥探。这实际上取决于您的服务是什么以及哪些部件需要保护。偷窃是很少见的。