我最近一直在研究相当多的 JavaScript 框架的 MVC，我非常喜欢 Spine.js 的整体感觉以及它使用 CoffeeScript 的事实。也就是说，我现阶段主要关心的是我需要能够将 MVC 框架迭代地放入相当大的现有应用程序中。我在 Spine.js 上看到的大多数文档都侧重于创建新应用程序。
有人对执行此操作的最佳方式有任何建议吗？如果某个地方有一个好的教程那就太好了，但 Google 在这方面不是我的 friend 。
或者这只是一个坏主意，我在处理遗留问题时应该去其他地方？虽然 Angular 并没有以同样的方式吸引我；然而，对于如何在遗留应用程序中迭代地使用它，它看起来确实非常简单。
最佳答案
我认为“迭代”地做这件事是一个坏主意。我是一家公司的自由职业者，他们决定在几个版本中进行完整的 UI 返工。在第一阶段，计划放弃现有的JS，使用spine js作为MVC，并使用require js作为AMD。到目前为止一切顺利——但这个过程是“迭代的”。该项目/应用程序相当复杂，花了半年多的时间(我参与了 2.5 个月)。
保留所有现有的 JS 并“迭代地”替换该版本的功能是一个很大的错误。因此，我们遇到了很多问题。如果您有数百个 js 文件、内联脚本、依赖项，那么将它们简单地丢弃会更容易，因为您可以从字面上判断您的新代码是否有效。否则你总是必须区分是谁的错:新代码还是旧代码。
如果是硬切割，这也是可以避免或至少减轻的问题的原因:
产品负责人并不真正了解状态，因为他看不到任何明显的进展。他只发现了错误和不当行为。这对双方来说都是不满意/令人沮丧的。我一遍又一遍地听到过这样一句话:“前几天/之前确实有效 - 现在不行了”
您开始更新一些过时的库和插件，有时会导致兼容性问题，因为 API 往往会发生变化，因此您也必须在旧代码中修复它。意思是:在某些时候，它开始让人感觉像是在解决问题，而不是开发一个很酷/好的应用程序。这也是非常令人沮丧的。
花费的时间比预期/估计的要长。
您一直在依赖于最终不存在的旧代码进行开发。
我个人的建议是:不要迭代。对实时应用程序进行热修复，并在单独的分支上开发新的应用程序。
关于javascript - 将 Spine.js 放入现有应用程序中？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15743349/