我最近发现了 Typescript。来自 OOP C# 背景，我发现 Javascript 很难使用，并且自然对 Typescript 感到兴奋。
我目前在我的应用程序中使用 Backbone.Marionette.js 来管理未来的复杂性（未来因为它仍处于早期阶段，还没有那么复杂）。
现在我明白了，即使我使用 Typescript，Backbone.js 仍有空间在我的应用程序中发挥重要作用，但是我越了解 Typescript（并开始喜欢它），我就越开始认为它的目标是管理企业应用程序的复杂性与 Marionette 试图完成的任务重叠太多。我知道他们以两种完全不同的方式做到这一点，但来自 C# 我当然更喜欢 OOP 方法而不是另一个 JS 插件。
我考虑从我的申请中逐步淘汰 Marionette 是否合理，或者重叠程度是否比我想象的要少？请记住，我对所有 3 Backbone、TypeScript 和 Marionette 都是新手，这是我在其中使用它们的第一个应用程序，这让我很难评估这个问题。
“TypeScript vs Marionette”是错误的观点。这就像“C# vs WinForms”，并询问“当我从 C# 切换到 VB.NET 时是否应该停止使用 WinForms？” 这个问题没有任何意义，因为它试图将语言与框架进行比较。
There are some things that TypeScript will prevent you from doing with Marionette or any other JavaScript framework that takes advantage of JavaScript being dynamic. But that doesn't mean TypeScript replaces Marionette or any other framework. It only limits the usefulness of the framework due to restrictions that TypeScript places on you.
我的回答将基于以下考虑。
首先，您使用的是 Marionette 的哪些部分？如果只是模块加载，则不需要它。如果您使用大量模板和事件，它可能仍然有用。如果您还不确定您可能会使用哪些部件，请在您有令人信服的理由使用它之前不要使用它。
其次，在你需要做出决定之前，你能写多少？例如，如果您今天开始编码，您可以推迟多长时间做出决定。您等待的时间越长，您将获得更多信息来帮助您做出正确的选择。如果你写的是普通的 TypeScript，你可以等到你真正需要引入一个框架或工具包，然后选择一个能解决你真正问题的。
所以真的，我的答案是没有它开始，等到你有问题要解决，然后再选择如何解决它。