打字稿与Marionette.js

时间:2013-01-11 14:57:56

标签: javascript backbone.js typescript marionette

我最近发现了Typescript。来自OOP C#背景,我发现Javascript非常难以使用,并且对于Typescript自然很激动。

我目前正在我的应用程序中使用Backbone.Marionette.js来管理未来的复杂性(未来因为它仍处于早期阶段而尚未复杂)。

现在我明白Backbone.js仍然有空间在我的应用程序中发挥重要作用,即使我使用的是Typescript,但是我学习的Typescript越多(并开始喜欢它),我就越开始想到它在管理企业应用程序复杂性方面的目标与Marionette试图完成的任务重叠太多。我知道他们以两种完全不同的方式实现它,但是来自C#我当然更喜欢OOP方法而不是另一种JS插件。

我的考虑是逐步淘汰我的申请中的木偶,还是没有比我想象的更少的重叠?请记住,我是所有3 Backbone,TypeScript和Marionette的新手,这是我用过它的第一个应用程序,这让我很难评估这个问题。

2 个答案:

答案 0 :(得分:5)

“TypeScript vs Marionette”是错误的观点。这就像“C#vs WinForms”,并问“当我从C#切换到VB.NET时,我应该停止使用WinForms吗?”这个问题没有任何意义,因为它试图将语言与框架进行比较。

有些事情TypeScript will prevent you from doing with Marionette或任何其他JavaScript框架利用JavaScript是动态的。但这并不意味着TypeScript取代了Marionette或任何其他框架。由于TypeScript对您的限制,它仅限制了框架的有用性。

答案 1 :(得分:3)

我的回答将基于以下考虑。

首先,你使用木偶的哪些部分?如果它只是模块加载,那么你不需要它。如果你正在使用大量的模板和事件,它可能仍然有用。如果您还不确定可能使用的部件,请在使用它之前不要使用它。

其次,在你需要做出决定之前,你能写多少钱?例如,如果您今天开始编码,您可以推迟多长时间做出决定。等待的时间越长,您将获得的信息越多,帮助您做出正确的选择。如果您编写纯TypeScript,您可以等到实际需要引入框架或工具包,然后选择解决您真正问题的工具包。

所以,我的答案是在没有它的情况下开始,等到你有一个问题需要解决,然后再选择解决方法。