10月26〜27日に、Dart Developer Summitがミュンヘンで開催されました。 Googleが2年連続で開催し、若い言語に無関心でない開発者を常に集めています。

ご存知かもしれませんが、Wrikeチームは新しいAngular 2（Dart）フレームワークとともにプロジェクトでDartを積極的に使用しています。

Wrikeは現在、Dartを書いている45人以上のフロントエンド開発者を雇用しており、コードの行数はすでに数十万行を超えています。 会議は、主にDartとAngular 2を使用し始めた人、またはDartを可能なオプションとしてのみ検討している人向けに設計されましたが、プラットフォームの開発に関する直接のニュースを学び、開発者とコミュニケーションをとることが重要でした人の言語。

この記事では、この会議で行われた最も重要で興味深い、私たちの意見、発表、イベントについてお話します。

角度2

今年の夏、Angular Dartチームは、より最適で慣用的なダートコードを記述する可能性や、標準で「すぐに使用可能な」フレームワークの一部の冗長性など、いくつかの理由でTypeScriptバージョンのAngularからコードベースを分離することを決定しましたDartライブラリ（モジュールなど）。 このため、このフレームワークのDartバージョンの公式リリースは、TypeScriptバージョンよりも1か月遅れて行われました。

その結果、Dart SummitでのAngular 2 Dartの公式リリースは驚きではありませんでしたが、AngularDartチームがリリース日に関する約束を守っていたという事実は、私たちにとって楽しいものでした。

（以下は、最近の「AngularDart：あなたにとって最高のAngular？」ブログ投稿のAngularDart 2.0開発者との短いインタビューの翻訳です。Dartの公式ブログに投稿されています） ：

人々が新しいAngularDart 2.0を試すべき最も重要な理由を挙げていただけますか？

パフォーマンスの改善。 また、最近Dart Summitで述べたように、AngularDartの目標は、開発者に生産性、パフォーマンス、安定性という3つの主要な要素を提供することです。

• AngularDartはWebアプリケーションを構築するための優れたフレームワークであり、当社にはDart + Angularのおかげで生産性を2倍にしたチームがあります。
• 最新のリリースでは、コードサイズが40％削減され、フレームワークが10％高速になりました。
• さらに、製品がこのフレームワークに依存するいくつかの重要な（Google翻訳者：AdWords、AdSense）チームがあるため、上記の改善を行いながら安定性を確保するために努力しています。

間違いなく、出力サイズと速度の両方の面で印象的なパフォーマンスの改善を示しました。 このような短期間でこのような結果を達成できたのはなぜですか？

サイズの削減は、理想的なDartコードの生成に焦点を合わせたホワイトスペース圧縮などの簡単に達成可能な手法（翻訳者のメモ：たとえば、これらはすべてコードからスローされた）と、リファクタリングによって動的呼び出しと抽象化レイヤーを削除することにより達成されました。可能だった。 実行時のパフォーマンスを向上させるために、厳密な型システムに依存し、変更を処理するための新しいモデルを優先して「ダーティチェック」を廃止しました。

AngularDart 2.0はそれほど前にリリースされていません。 今日使用し始めるのに十分安定しているのだろうか？ あなたは、それがすでに数ヶ月の間生産で使われたと言いました。 これはどうしてですか？

はい 数か月前からAngularDart 2を使用している主要な製品（ AdWordsなど ）があり、その後のすべてのパフォーマンスの向上が問題にならないことを確認するために数千のテストを作成しています。

わあ！ それでは、AngularDart 2の詳細を試したい、または知りたい場合、どこから始めればいいのでしょうか？

2016 Dart Summitでのプレゼンテーションからビデオを見ることができます。 また、AngularDartの使用を開始するのに役立つチュートリアルや、 Tedがサミットで話し合った新しいAngularDartコンポーネントの チュートリアルも用意さ れています 。 そしてもちろん、 angledart.orgでは、 AngulaDartに関する最新情報を見つけることができます。

→ 元の記事へのリンク

強いモード

Dartのストロングタイピングの問題に比較的多くの注意が払われました。 Dart自体は完全に静的に型付けされた言語ではありませんが、Dartには完全な型サポートと、入力エラーをチェックできる静的アナライザーがあります。 アナライザーモードの1つはストロングモードで、特にこのエラーを「細心の注意を払って」分析します。

Googleは既に製品をStrong Modeに切り替えています。 これにはいくつかの理由があります。 まず第一に、開発者がより多くのサポートされているコードをリファクタリングし、記述しやすくします。 ただし、ストロングモードを使用する同様に重要な理由は、コードツールが型システムに依存できることです。 したがって、たとえば、以下で説明するDart Dev Compiler（DDC）を開発するための新しいコンパイラは、より人間が読めるjsコードを生成するために型システムに依存しています。

このドキュメントでは、ストロングモードとは何か、なぜストロングモードが必要なのか、またはDart Summitのレポートをご覧ください。

Ddc

Dartの開発インフラストラクチャを補完するもう1つの部分は、Dart Dev CompilerまたはDDCで、これもサミットで議論されました。 その名前が示すように、開発モードで使用されるコンパイラです。

現在、Dartでの開発には、ブラウザーでの後続の作業のためにコードをすばやく更新できる仮想マシンがDartiumブラウザーのみであるという事実に関連する特定の不便さがあります。 Chromeを含む他のブラウザーでデバッグを実行する場合、dart2jsコンパイラーが使用されます。 コードが変更されるたびに、（変更されたコードだけでなく）すべてのコードをコンパイルします。 比較的大きなコードベースでは、このアプローチは十分に便利ではないかもしれません。

DDCを使用して開発する場合、アプローチは大きく変わります。 まず、GoogleはDDCでの開発を支持してDartiumのさらなるサポートを放棄する予定です。つまり、開発されたコードは本番コードと同じ環境で実行されます。 最新のブラウザで。 第二に、ストロングモードのおかげで、DDCは型システムを信頼し、視覚的に実質的に元のDartコードと変わらないES6コードを生成できるため、デバッグが大幅に簡素化されます。 さらに、ブラウザーでのDevToolsとの統合を簡素化します。

もう1つの重要な利点は、DDCがコードベース全体ではなく、コードの変更された部分のみを再コンパイルすることです。 さらに、開発をさらに加速するために、 Webpackなどのモジュラーフレームワークとの統合を実行して、たとえばホットリロードを提供できます。

DDCはdart2jsを置き換えるのではなく補完することに注意してください。まもなくすべてのコンパイラ（dart2js、DDC、vm）に1つのコードベースが追加されます 。

JS相互運用

新しい言語の課題の1つは、古いコードと対話することです。 Webの世界では、10億行を超えるコードがjsで記述されていますが、ほとんどの場合、これはDartで書き換えられることはほとんどありません。 そのため、Dartlangチームはjsの世界との相互作用を改善するために多大な努力をしました。

以前は、Dartの「JSON.stringify（a）」の単純な呼び出しは次のようになりました。

import 'dart:js' as js; var a = { 'value' : 1 }; var str = js.context["JSON"].callMethod("stringify", [a]);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このアプローチでは、タイプをチェックする機能がなく、「jsの直感」だけに依存する必要があります。

新しいエディションでは、この問題の解決策ははるかに簡単に見えます。

 import "package:js/js.dart"; @JS("JSON.stringify") external String stringify(obj); var a = { 'value' : 1 }; var str = stringify(a);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

さらに、jsと対話する前に、Map型のオブジェクトを作成する必要がありました。

 var jsObj = new JsObject.jsify({'value':1}); jsMethod(jsObj);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

もちろん、この状況では、型チェックに依存できませんでした。なぜなら、 Mapのすべてのタイプ（キーと値の両方）は動的でした。

新しいエディションでは、すべてがより透明に見えます。

 @JS() @anonymous class Options { external int get value; external factory Options({bool value}); } var jsObj = new Options(value: 1); jsMethod(jsObj);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そのため、オブジェクトのフィールドとそのタイプを完全に制御できます。

構文と新しいアプローチの本質について詳しくは、 こちらをご覧ください 。会議のビデオをご覧ください 。

既存の制限 ：古い（import 'dart：js'）スタイルと新しい（import "package：js / js.dart"）スタイルを混在させることはできません。

また、チームはjsコードのラッパーの生成を自動化するために素晴らしい仕事をしました。

フラッター

さらに、会議では、Dart- Flutterでのモバイル開発の新しいフレームワークが示されました。 フレームワーク自体はまだアルファ版ですが、プレゼンテーションは非常に印象的でした。

このフレームワークについて詳しく読むことができるリンクがいくつかあります。

• Flutter I-はじめにとインストール
• FlutterとDartを使用したモバイル開発者向けの1秒未満のリロード

ダーツミートアップ

Wrikeでは、Dartに関する知識と開発を自分のチーム内と、プロジェクトでこの言語を使用したい開発者との両方に広めることに多くの時間を費やしています。 これを行うために、ロシア語のスラックチャンネルを用意し 、11月30日にサンクトペテルブルクでDartミーティングを開催します。 Googleのプロダクトマネージャーと言語開発者が講演し、JetBrainsの担当者がDart開発者向けのIntelliJ IDEAの機能について話し、私のWrike同僚が他のプログラミング言語（C＃、JavaScript）からDart開発へのスムーズな移行の経験を共有します。

追加リンク：

• もちろん、会議では他にも興味深い報告がありました。 完全なプレイリストはこちらです。
• AdSenseチームからAngularDartに移行した別の成功事例
• 2017年以降のDart