問題タブ [transpiler]

カスタム要素を使用して試しています。JS を使用して要素を作成し、それらを DOM に追加したいと考えています。基本的なhtmlページでこれをすべて1つのファイルで使用すると、すべて正常に動作します。

コードを別々のファイルに分割しようとすると、問題が発生します。

そして、別のファイルで

次に、package.json ファイルで npm スクリプトを使用してエクスポート/インポートするため、javascript をトランスパイルします。

Chrome 55で発生するエラーは

したがって、トランスパイルされたコードは HTMLElement オブジェクトのコンストラクター メソッドを呼び出そうとしていますが、この場合、メソッドは関数ではありません。

私の質問は、上記のようにコードを個別のファイルに分割する方法ですが、トランスパイラーが正しく解釈できる方法でしょうか?

私は、言語 (自家製の DSL) を C と C++ にトランスパイルするという問題を検討しています。

私は 15 年以上「ネイティブ」プログラミングを行っていないので、私の仮定を確認したいと思います。

最新の C++ バージョン (17) にトランスパイルすると、ネイティブ コンパイラがより広い範囲の「最新の」Intel/AMD CPU 命令を使用できるようになり、より効率的な実行可能ファイル (マルチスレッド/メモリを超えて-C++ のモデル部分であり、それ自体で C++ を使用する十分な理由と思われます)?

別の言い方をすれば、「より最近の」CPU 命令の大部分は、C コンパイラによって生成されることはありません。単に、C の構文が単純なため、プログラマの意図に関する情報が少なすぎるためです。アセンブラですべての CPU 命令にアクセスできることはわかっていますが、それはまさに私がやりたくないことです。理想的には、生成されたコードが可能な限りプラットフォームに依存しないことを望みます。

私の Node アプリではimport、アロー関数、スプレッド演算子、オブジェクトの分解、letおよび を使用しconstます。

私のpackage.json中で私は以下を含めます

としても

と

コードは機能し、変換されますが、変換されたファイルを見ると、 に変換letされていることに気付きました。Node 6.9.4 が の使用をネイティブvarに完全にサポートしていることを考えると、これは無意味に思えます。let

Node 6.9.4 以上でコードを実行できるようにし、そのネイティブ言語機能を最大限に活用できるようにする、最小限の Babel プラグインのセットは何ですか?