Alexey Grachev: Go フロントエンド

キエフ Go ミートアップ 2018 年 XNUMX 月:

モデレーター： - こんにちは、みんな！ ここにいてくれてありがとう！ 今日は、Lyosha と Vanya という XNUMX 人の公式スピーカーが登場します。 時間があればあとXNUMXつあります。 最初の講演者は Alexey Grachev で、GopherJS について説明します。

アレクセイ・グラチェフ（以下、AG）： – 私は Go 開発者で、Go で Web サービスを作成しています。 フロントエンドに対処しなければならない場合もあれば、ハンドルを持ってそこに登らなければならない場合もあります。 フロントエンドでの Go に関する私の経験と研究について話したいと思います。

伝説は次のとおりです。まず、フロントエンドで Go を実行したい理由について話します。次に、それを実行する方法について話します。 Web アセンブリと GopherJS の XNUMX つの方法があります。 これらの決定がどのような状態にあるのか、また何ができるのかを見てみましょう。

フロントエンドの何が問題なのでしょうか？

フロントエンドは問題ないということに誰もが同意しますか?

テストが少ない？ ビルドが遅い？ 生態系？ 大丈夫。

フロントエンドに関しては、フロントエンド開発者の一人が著書で述べた次の言葉が気に入っています。

JavaScript には型システムがありません。 ここで、私が仕事の過程で遭遇した問題を挙げて、それらがどのように解決されるかを説明します。

一般に、型システムを Javascript で型システムと呼ぶのは困難です。オブジェクトの型を示す行がありますが、実際にはこれは型とは何の関係もありません。 この問題は、TypeScript (JavaScript のアドオン) と Flow (JavaScript の型の静的チェッカー) で解決されます。 実際、フロントエンドは Javascript の不正な型システムの問題を解決するところまですでに進んでいます。

ブラウザ自体には標準ライブラリはありません。ブラウザにはいくつかの組み込みオブジェクトと「魔法の」関数があります。 しかし、JavaScript 自体には標準ライブラリがありません。 この問題は、jQuery によってすでに解決されています (誰もが、動作する必要のあるすべてのプロトタイプ、ヘルパー、関数とともに jQuery を使用していました)。 今では誰もが Lodash を使用しています。

コールバック地獄。 誰もが 5 年ほど前に Javascript コードを見たことがあると思いますが、それは信じられないほど複雑なコールバックからなる「ヌードル」のように見えました。 現在、この問題は (ES-15 または ES-16 のリリースにより) 解決され、JavaScript に Promise が追加され、しばらくの間は誰もが楽に呼吸できるようになりました。

Promice 地獄が現れるまでは... フロントエンド業界がどのように経営しているのかはわかりませんが、彼らは常にどこか奇妙なジャングルに自らを追い込んでいます。 私たちは「約束」も果たせました。 次に、新しいプリミティブ async / await を追加することでこの問題を解決しました。

非同期を使用すると、問題は解決されます。 Async/await は、さまざまな言語で非常に人気のあるプリミティブです。 Python などにはこのアプローチがあり、これで十分です。 問題が解決しました。

解決されていない問題は何ですか? フレームワークの複雑さ、エコシステムとプログラム自体の複雑さは指数関数的に増加しています。

• Javascript の構文は少し奇妙です。 配列とオブジェクトの追加やその他のトリックに関する問題は誰もが知っています。
• JavaScript はマルチパラダイムです。 エコシステムが非常に大規模な場合、これは特に差し迫ったシステムになります。
  • 誰もが異なるスタイルで書きます。構造的に書く人、機能的に書く人、開発者ごとに書き方が異なります。
  • 異なるパッケージ (パッケージ) から、異なるパッケージを使用する場合は異なるパラダイム。
  • Javascript の関数型プログラミングにはたくさんの「楽しみ」があります。rambda ライブラリが登場しましたが、今では誰もこのライブラリで書かれたプログラムを読むことができません。

• これらすべてがエコシステムに大きな影響を与え、エコシステムは信じられないほど成長しました。 パッケージは相互に互換性がありません。Promise を使用するもの、async/await を使用するもの、コールバックを使用するものがあります。 彼らはまた、異なるパラダイムで執筆しています。
• これにより、プロジェクトの維持が困難になります。 コードが読めないとバグを見つけるのは困難です。

Webアセンブリとは何ですか?

Mozilla Foundation や他の多くの企業の勇敢な人々が、Web Assembly のようなものを考案しました。 これは何ですか？

• バイナリ形式をサポートするブラウザに組み込まれた仮想マシンです。
• バイナリ プログラムはそこに到達し、ほぼネイティブに実行されます。つまり、ブラウザは JavaScript コードのすべての「ヌードル」を毎回解析する必要がありません。
• すべてのブラウザがサポートを宣言しています。
• これはバイトコードであるため、任意の言語用のコンパイラを作成できます。
• XNUMX つの主要なブラウザには、すでに Web Assembly サポートが組み込まれています。
• Go でのネイティブ サポートが間もなく行われる予定です。 この新しいアーキテクチャはすでに追加されています: GOARCH=wasm GOOS=js (近々)。 これまでのところ、私が理解している限り、それは機能していませんが、間違いなくGoに含まれるという声明があります。

今何をする？ GopherJS

Web アセンブリのサポートはありませんが、GopherJS のようなトランスパイラーはあります。

• Go コードは「純粋な」JavaScript にトランスパイルされます。
• すべてのブラウザで実行できます。最新のブラウザでのみサポートされる新機能はありません (これは、あらゆるブラウザで実行できる Vanilla JS です)。
• ゴルーチンやチャネルなど、Go にあるほぼすべてのものがサポートされています。私たちが愛し、よく知っているすべてのものです。
• ブラウザーでサポートする意味のないパッケージを除き、標準ライブラリのほぼ全体がサポートされています: syscall、net インタラクション (net / http クライアントはありますが、サーバーはなく、クライアントは XMLHttpRequest 経由でエミュレートされます) 。 一般に、標準ライブラリ全体が利用可能です。ここではブラウザ内にあり、ここには私たちが愛用している Go stdlib があります。
• Go のパッケージ エコシステム全体、すべてのサードパーティ ソリューション (テンプレートなど) は GopherJS でコンパイルし、ブラウザーで実行できます。

GopherJS の入手は非常に簡単です。これは単なる通常の Go パッケージです。 go get を実行すると、アプリケーションを構築するための GopherJS コマンドが得られます。

ここはとても小さなハローワールドです...

...通常の Go プログラム、標準ライブラリの通常の fmt パッケージ、およびブラウザー API にアクセスするためのバインディング Js。 Println は最終的にコンソール ログに変換され、ブラウザは「Hello gophers!」と書き込みます。 それはとても簡単です。GopherJS をビルドし、ブラウザで起動します。すべてが機能します。

現時点では何がありますか？ バインディング

すべての一般的な JS フレームワークのバインディングがあります。

• jQuery;
• Angular.js
• ビッグデータのプロットと操作用の D3.js。
• React.js
• VueJS;
• Electron のサポートもあります (つまり、すでに Electron でデスクトップ アプリケーションを作成できます)。
• そして最も面白いのは WebGL です (3D グラフィックスを備えたゲーム、音楽、あらゆるグッズを含むフルグラフィック アプリケーションを作成できます)。
• その他、すべての一般的な JavaScript フレームワークやライブラリへのバインディングが多数あります。

フレームワーク

1. GopherJS 専用に開発された Web フレームワークである Vecty がすでに存在します。 これは React.js の本格的な類似物ですが、GopherJS の仕様を使用して Go でのみ開発されています。
2. ゲームバッグもあります（突然！）。 最も人気のあるものを XNUMX つ見つけました。
   • エンゴ。
   • エビテン。

それがどのように見えるか、そして Go ですでに何が記述できるかをいくつかの例で示します。

または、このオプション (3D シューティング ゲームは見つかりませんでしたが、おそらく存在するでしょう):

私は何を提案しますか?

現在、フロントエンド業界は、以前はJavaScriptから要求されていたすべての言語がそこに殺到するような状態にあります。 これで、すべてが「Web アセンブリ」にコンパイルされます。 そこで「ホリネズミ」としてふさわしい地位を占めるためには何が必要でしょうか？

Go は伝統的にシステム プログラミング言語であると考えられており、UI を操作するためのライブラリは事実上ありません。 何かはあるが、半分放置され、半分機能していない。

そして今、GopherJS 上で動作する UI ライブラリを Go で作成する良いチャンスです。 ついに独自のフレームワークを作成できるようになりました。 フレームワークを作成できる時代が到来しました。そうすれば、それは最初の XNUMX つとなり、早期に採用され、(それが優れたフレームワークであれば) スターになれるでしょう。

Go エコシステムにすでに存在するさまざまなパッケージをブラウザーの仕様 (テンプレート エンジンなど) に適応させることができます。 これらはすでに機能しているので、ブラウザで直接コンテンツを簡単にレンダリングできるように便利なバインディングを作成できます。 さらに、たとえば、同じコードを使用して、サーバーとフロントエンドで同じものをレンダリングできるサービスを作成できます。これは、フロントエンド開発者が好むものすべてです (現在は Go のみ)。

ゲームも書ける！ ただの楽しみのために…

私はすべてがあります。

質問

質問（以下、Q）： – Go または Js で書いていますか?

AG: – ルーチン、チャネル、構造、埋め込み – すべてを Go で記述します。イベントをサブスクライブし、そこに関数を渡します。

で： ――つまり、Jsの「裸」に書くということですか？

AG: - いいえ、Go のように記述してブラウザ API に接続します (API は変更されていません)。 メッセージがチャネルに届くように独自のバインディングを作成できます。これは難しいことではありません。

で： -モバイルについてはどうですか？

AG: - 確かに見ました。Js が起動する Cordova パッチ用のバインダーがあります。 React Native では、わかりません。 あるかもしれないし、ないかもしれない（特に興味はない）。 N-go ゲーム エンジンは、iOS と Android の両方のモバイル アプリケーションをサポートします。

で： – Web アセンブリについての質問です。 簡潔さにもかかわらず、ますます多くの場所が占有され、「zip」になっています...このようにして、フロントエンドの世界をさらに殺してしまわないでしょうか？

AG: - Web アセンブリはバイナリ形式であり、最終リリースではデフォルトのバイナリをテキストより大きくすることはできません...ランタイムによってプルされますが、これは Javascript 標準ライブラリが存在しないときにそれをプルするのと同じです。 Lodash を使用してください。 Lodash にどれくらい時間がかかるかわかりません。

で： - 明らかに実行時間よりも短いです...

AG: - 「純粋な」JavaScript について?

で： - はい。 圧縮してお送りしますので...

AG: - しかし、これはテキストです...一般に、メガバイトはかなりの量に似ていますが、それだけです (ランタイム全体が含まれます)。 次に、バイナリを 1% 増やす独自のビジネス ロジックを作成します。 今のところ、それがフロントエンドを破壊しているようには見えません。 さらに、Web Assembly は、解析する必要がないという明白な理由から、JavaScript よりも高速に動作します。

で： - これまでのところ、物議を醸している点...「Wasma」(Web Assembly) のリファレンス実装はまだ存在しないため、明確に判断できます。 概念的にはそうです。バイナリの方が高速であるべきであることは誰もが理解していますが、同じ V8 の現在の実装は非常に効率的です。

AG: - はい。

で： - そこでのコンパイルは本当に非常にクールに機能し、大きな利点があることは事実ではありません。

AG: - Web Assembly も大手が作っています。

で： - 今のところ、Web Assembly を判断するのはまだ難しいように思えます。 何年もの間、話し合いは行われてきましたが、実際に実感できる成果はほとんどありません。

AG: - 多分。 どれどれ。

で： – バックエンドには問題はありません…これらの問題はフロントエンドに残しておいたほうがよいでしょうか? なぜそこに行くのですか？

AG: - 最前線のスタッフを維持しなければなりません。

いくつかの広告 🙂

いつもご宿泊いただきありがとうございます。 私たちの記事が気に入っていますか? もっと興味深いコンテンツを見たいですか? 注文したり、友人に勧めたりして私たちをサポートしてください。 開発者向けのクラウド VPS は 4.99 ドルから, 当社があなたのために発明した、エントリーレベルのサーバーのユニークな類似物です。 VPS (KVM) E5-2697 v3 (6 コア) 10GB DDR4 480GB SSD 1Gbps 19 ドルからの真実、またはサーバーを共有する方法? (RAID1 および RAID10、最大 24 コア、最大 40GB DDR4 で利用可能)。

アムステルダムのエクイニクス Tier IV データセンターでは Dell R730xd が 2 倍安い? ここだけ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV 199 ドルから オランダで！ Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 ドルから! について読む インフラストラクチャー企業を構築する方法730 ペニーで 5 ユーロの価値がある Dell R2650xd E4-9000 vXNUMX サーバーを使用したクラスですか?

出所： habr.com