2

最近 Typescript を発見しました。OOP C# のバックグラウンドを持つ私は、Javascript を扱うのが非常に難しいと感じており、当然 Typescript に興奮しています。

現在、アプリケーションで Backbone.Marionette.js を使用して、将来の複雑さを管理しています (まだ初期段階であり、それほど複雑ではないため、将来)。

Typescript を使用している場合でも、アプリケーションで Backbone.js が重要な役割を果たす余地がまだあることがわかりましたが、Typescript を学べば学ぶほど (そしてそれを愛し始めると)、その目的はエンタープライズ アプリケーションの複雑さを管理することは、Marionette が達成しようとしていることと重なっています。私は彼らが2つの完全に異なる方法でそれを行うことを理解していますが、C＃から来ているので、もちろん、さらに別のJSプラグインではなくOOPアプローチを好みます.

私のアプリケーションからマリオネットを段階的に廃止するという私の考慮は正当なものですか、それとも私が思っているよりも重複が少ないのでしょうか? 私は Backbone、TypeScript、Marionette の 3 つすべてに不慣れであり、これは私がそれらを使用した最初のアプリケーションであるため、この質問を評価するのが難しいことを覚えておいてください。

4

2 に答える 2

5

「TypeScript vs マリオネット」は間違った視点です。それは「C# vs WinForms」のようなもので、「C# から VB.NET に切り替えるとき、WinForms の使用をやめるべきですか?」と尋ねます。この質問は、言語をフレームワークと比較しようとしているため、意味がありません。

TypeScript では、JavaScript が動的であることを利用する Marionetteやその他の JavaScript フレームワークで実行できないことがいくつかあります。しかし、それは TypeScript が Marionette やその他のフレームワークに置き換わるという意味ではありません。TypeScript がユーザーに課す制限により、フレームワークの有用性が制限されるだけです。

于 2013-01-11T20:06:15.987 に答える
3

私の答えは、以下の考慮事項に基づいています。

まず、マリオネットのどの部分を使用していますか？モジュールのロードだけの場合は、必要ありません。テンプレートやイベントをたくさん使用している場合でも、それは役立つかもしれません。使用する可能性のある部品がまだわからない場合は、使用するやむを得ない理由があるまで使用しないでください。

第二に、あなたが決定を下す必要がある前に、あなたはどれくらい書くことができますか？たとえば、今日コーディングを開始した場合、決定をどのくらい延期できますか。長く待つほど、正しい選択をするために必要な情報が増えます。プレーンなTypeScriptを作成する場合は、フレームワークまたはツールキットを実際に取り込む必要があるまで待ってから、実際の問題を解決するものを選択できます。

だから本当に、私の答えはそれなしで始めて、あなたがそれをどのように解決するかを選ぶ前にあなたが解決する問題があるまで待つことです。

于 2013-01-11T15:32:43.143 に答える