Typescript の恩恵を受ける可能性のある大規模なコード ベースに取り組んでいますが、最終的には世界が ES6 に移行するため、Traceur に向けて開発を進める必要がありますか?
ES6 をターゲットにするために Typescript の実装を変更したくないので (準備ができたら)、Traceur を使用することにしました。
誰でもアドバイスできますか？
質問する
9100 次
6 に答える
12
TypeScript と Traceur はまったく異なる目標を持っており、比較しようとしている方法では比較できません。
TypeScript は、厳密な型指定を追加する EcmaScript のスーパーセットです。ES6 のいくつかの機能が含まれていますが、その主な目的は、ES6 のサポートを提供することではなく、(ES6 に合わせながら) 厳密な型付けを言語に追加することです。
対照的に、Traceur は将来の EcmaScript から現在の EcmaScript コンパイラーです。EcmaScript の次のバージョンでまだ提案されていない言語には何も追加されません。
今すぐ EcmaScript 6 を書きたいだけなら、Traceur を使用してください。オプションの厳密な型指定とそれに伴うすべての利点、およびいくつかの ES6 機能が必要な場合は、TypeScript を使用します。
于 2014-05-14T19:07:12.413 に答える
9
参考までに、開発中の typescript の次のバージョン (2.0) は、ES6 との互換性に重点を置いています: http://typescript.codeplex.com/wikipage?title=Roadmap
ここで更新された投稿：
http://blogs.msdn.com/b/typescript/archive/2014/10/22/typescript-and-the-road-to-2-0.aspx
TypeScript 1.5 から TypeScript 2.0 へ
2.0 リリースに向けて、JavaScript 開発に優れたツールを提供するという主な目標に加えて、2 つの目標に焦点を当てています。1 つ目は、ES6 に合わせることです。ES6 との整合により、TypeScript は次の JavaScript のスーパーセットになり、クラスやラムダ関数などの TypeScript が既にサポートしている機能に加えて、破壊、文字列テンプレート、promise、イテレータなどの新しいコード パターンを操作する道が開かれます。また、Flow および Angular チームと協力して、今後の Angular 2.0 リリースのような宣言型フレームワークを含む、より幅広いライブラリを操作するのに TypeScript が最適な言語であることを確認しています。
于 2014-05-14T21:57:44.717 に答える
0
私は間違いなくES6ルートに行くことをお勧めします。
この質問にたどり着いた人は、tagtree の ES6 機能に関するビデオをチェックしてください。
テンプレート文字列、矢印構文、構造化を確認するには、この無料のtagtreeチュートリアル スクリーンキャストをご覧ください。登録は必要ありません。
于 2014-08-07T19:56:19.620 に答える
0
大規模なシステムの場合は、typescript を使用することをお勧めします。
チームが協力している場合、typescript は、es6 との互換性 (マイクロソフトのロードマップに基づく) を備えた最新のコンピューター言語のすべての利点を提供しますが、厳密なタイピングとコード補完の利点もあります。
于 2014-10-04T06:01:29.350 に答える
0
Traceur と Typescript トランスパイルはどちらも非常によく似た機能を持ち、長所と短所があります。
より深く答えられ、分析され、比較されるべき主な質問は、「その支持者は誰ですか?」であると私は信じています。そして「それらのそれぞれの歴史は何ですか？」.
Q1: どちらも大規模で評判の良い企業であり、技術に多額の投資を行っており、トランスパイルに将来を与えるために労働力を提供しています。Google は Traceur の背後にあり、Microsoft は Typescript の背後にあります。
Q2.1: Google には、Chromium (Google Chrome のオープン ソース ブラウザー ベース) などのオープン ソース フレームワークや、ほとんどすべてがオープン スタンダードに基づいた数千の無料 API を強力に支持してきた歴史があります。Traceur は、ECMAScript 6 仕様のガイドラインを採用するこの同じロジックに従い、それを予測し、将来の改訂での互換性を保証します。
Q2.2: Microsoft には、標準を包含し、それらを独自に拡張してきた歴史があり、プラットフォームで顧客への依存を生み出し、他の市場プレーヤーの標準化の共通のビジョンを尊重していません。Typescript の主な目的は、ECMAScript 6 ではなく、JScript.NET コンパイラの構文と機能を使用して市場に出回っている他のコンパイラと互換性を持たせることです。
リアルタイムの型付き解析と Typescript の高度なコード補完は、小規模なプロジェクトにとってはかなりの利点ですが、大規模なプロジェクトでは、アーキテクチャの定義中に正しい決定を下す必要があります。そうしないと、プロジェクト全体が、時代遅れまたは廃止され、標準から外れたコンパイラによって危険にさらされる可能性があります。 、ユニークなベンダーによって異なります。
ただし、ECMAScript 6 の多くの機能は、Firefox 33 および Chrome 38 の現在のバージョン (2014-10) に実装されたばかりです。
于 2014-11-02T02:37:36.617 に答える