0

TypeScriptでのさまざまなプレゼンテーションを見ると、V8、Chakra、またはいずれかのjavascriptエンジンがCLRのパフォーマンスと一致する(近い?)場合、これは確かに.Netを侵害しているように思われます。スペース?

静的型付けは、.Netdevの世界とjsの世界の大きな違いのように思われました。TypeScriptには次のような利点があります。

  • 静的型付け
  • クロスプラットフォーム
  • jsエコシステムへのアクセス(静的に型付けされた方法で)
  • (コンパイラーがTypeScript(.dファイルが利用可能)であるとすると、「サービスとしてのコンパイラー」を効果的に入手できるかどうかはわかりませんでした)

誰かが.Netツールセット/エコシステムを使用してより適切にアプローチされた問題空間を説明できるかどうか疑問に思いましたか?それとも、「人はどこにいるのか」に慣れているのか、それともどこにいるのかということです。

どうも

S

4

2 に答える 2

4

C# および Java 開発プラットフォームは、言語設計とソフトウェア エンジニアリングにおける 50 年間の継続的な進化の結果です。これらは、たとえば 25,000 行以上の大量のプログラム コードを記述するのに、現在利用できるプラットフォームの中でおそらく最適です。

TypeScript は、大規模な開発に JavaScript を採用する際の 2 つの問題、つまり強い型付けとオブジェクト指向拡張機能を解決するだけです。C# プログラマーとして、LINQ、Generics、および CodeContracts が必要です。TypeScript は代替として不十分ですが、JavaScript と C# が最適に使用される場所に関する境界を大幅にシフトします。

私はこれを、TypeScript を LINQ 以来の最も重要なニュース イベントと見なしている C# プログラマーとして言います。

于 2012-10-08T13:40:35.940 に答える
1

Typescript の太陽の下で新しいことは何もありません。これは単なる言語翻訳であり、VM の実装は含まれていません。出力は通常の Javascript であり、手作りの JS よりも速くも遅くも実行されません。

Typescript の最も重要な付加価値は、開発時間の改善です。タイピングのおかげでバグを早期に発見できますが、これは依然としてオプションであり、信頼性の高いオートコンプリートとリファクタリングのサポートです。まだ保守可能な大規模プロジェクトで使用される言語を信頼するために必要なすべて。そして、そうです、サービスとしてのコンパイラの側面はそこにあります。Anders が、左側のペインに Typescript を、右側のペインに生成された Javascript を使用して Google の Chrome で Typescript を実行し、入力中に即座に生成されることをよく示しています。

于 2012-10-08T13:10:54.947 に答える