SystemJSマッピングのためのWebpackソリューション

WebPackに有利なAngularCLIの放棄SystemJS。SystemJSマッピングのためのWebpackソリューション

しかし、SyncFusionはWebPackをまだサポートしていませんが、そこにはAngularのEJ2ライブラリがあります。彼らはそれをサポートするためにSyncFusionのを待っている間 http://ej2.syncfusion.com/angular/documentation/grid/getting-started.html#configuring-system-js

がどのように私はこの依存関係を回避するとのWebPACKと互換性を持たせることができ、このチュートリアルで

"@syncfusion/ej2-grids": "node_modules/@syncfusion/ej2-grids/dist/ej2-grids.umd.min.js", 
"@syncfusion/ej2-ng-grids": "node_modules/@syncfusion/ej2-ng-grids/dist/ej2-ng-grids.umd.min.js",

をマッピングするためにSystemJSを使用するように指示しますか？

出典

2017-08-09 LxL

同じことがresolve.aliasとのWebPACKで行われます。

... 
resolve: { 
    alias: { 
    "@syncfusion/ej2-grids$": "@syncfusion/ej2-grids/dist/ej2-grids.umd.min.js", 
    ... 
}

マッピングがSystemJSに使用されている理由は、単一のビルド済みのUMDファイルではなく、個別のファイルを転送し、建物の転送することができるということです。これはWebpackの問題ではありません。 UMDモジュールはプロセスを少し高速化できますが、パッケージからバンドルされていないES6モジュール（使用可能な場合）を使用すると、ツリーの振る舞いを使用できるようになり、アプリケーションのフットプリントが減少する可能性があります。

出典

2017-08-09 01:26:38 estus

：コードスニペットに

var webpack = require('webpack'); module.exports = { entry: { 'app': './app/main.ts' }, resolve: { extensions: ['.js'] }, output: { path: __dirname + '/dist', publicPath: '/', filename: 'app.js', } };

WebPACKのサンプルのリンクを見つけてください。 "@ syncfusion/ej2-grids"が見つからないというメッセージが表示されてプロジェクトをビルドできなかった場合 – LxL

問題がありましたか？モジュールをUMDバンドルに再マップすることを決めた理由はありますか？通常、 – estus

私の主な問題は、GridComponentで宣言されていないが、そのparerntグリッドで宣言されているdatasource、groupsettings、allowgroupingというプロパティを見つけることができなかったテンプレートのGridComponentに関するものです。私がこのチュートリアルから逃したのは、AngularCLIを使用しているときに存在しないSystemJSの部分を構成することだけでした。Webpackを使用して代替を探し始めたのは – LxL

-2

必須JS2角度コンポーネントには回避策がなくWebpackサポートがあります。私はプロジェクトが「NGイジェクト」を使用して排出された後、あなたのソリューションを使用しようとしたhttps://github.com/Madhust/ej2-grid-angular-webpack

出典

2017-08-09 12:46:16 Ramdhas

このリンクは質問に答えるかもしれませんが、答えの本質的な部分をここに含めて参考にしてください。リンクされたページが変更された場合、リンクのみの回答は無効になります。 - [レビューの投稿]（/レビュー/低品質の投稿/ 16981760） –

SystemJSマッピングのためのWebpackソリューション

答えて

関連する問題