2017-02-14 7 views
1

私はember jsに精通し、emberアプリケーションを構築してdistフォルダを自分のサーバに配備する必要があることを知りました。私が新しい仕事に加わると、すでにemberを使用していたので、私はそれを使用しなければなりませんでしたが、非常に悪いことをいくつか考え出しました。私は共有し、明確化を求めたかった。なぜ私はember jsを使用する必要があります

  1. 2MBに近い1つの大きなjsファイルが作成され、モジュールの使用量や機能が増えるにつれて大きくなります。
  2. 1つのファイルにコンパイルされているので、どの機能が壊れているのか分からず、最新のリリースやそのようなことを見なければなりません。
  3. 私はemberサーバーを実行するときに開発中、時間がかかっているときに私を殺します。

また、エバーについてのいくつかの良い点を知っていれば教えてください。悪い点もあります。

答えて

2

この質問を閉じます前に、私はいくつかの考えで滑ってみましょう:

それは2メガバイトの近くにあったとモジュールの使用状況と機能が向上しますように増加する一つの大きなJSファイルを作成します。

はい、あります。基本的に、Emberはが大きいです。人々はこれまで何年もこのアプローチを模索してきましたが、現時点ではAFAIKには弾丸はありません。

1つのファイルにコンパイルされているため、どの機能が壊れているかわからないため、最新のリリースやそのようなことを見なければなりません。

私はあなたの質問のこの部分を理解していません。特定のケースに関する詳細を提供する可能性があります。

私がemberサーバーを実行するときに開発中に、時間がかかっているときに私を殺します。

これは、サーバではなく、遅いビルドプロセスです。これを解決するには、Windowsコンソールを管理者モードで実行する方法があります。これは、「ember build slow」を使用して検索できます。おそらく時代遅れのSO question on the topicです。最も簡単なアプローチは、SSDを使ってより高速なマシンを稼働させたり、Mac/Linuxで作業したりすることです。

また、エバーについてのいくつかの良い点を知っていれば教えてください。悪い点もあります。

多くの人がEmberを愛しています。多くの人がそれを嫌っています。多くの人々はそれと恋を憎む関係にあります。 Emberの現在の採用率は、中位から下位の1桁になっているようです。あなた自身の結論を描く。

+0

1つのファイルにコンパイルされているため、どの機能が壊れているのか分からず、最新のリリースやそのようなことを見なければなりません。この部分からは、私がリリースで20の機能を持っていて、誰もが仕事をして、QAedし、新しいリリースでサーバーに公開したということです。それは1つのファイルjsはないので、すべての機能を壊したどの機能を知っている。 –

+0

もしあなたが本当にしなければならないのなら、ソースマップをプロダクションに送ることができます。しかし、これは一般化の問題です。しかし、私はあなたが生産に誤りを抱えていると思っています。デバッグ用の開発ビルドを使用してください!本当に!また、エバー*は*大きいですが、それほど大きくありません(http://iao.fi/ember-size/)。 2MBはたくさんのように見えますが、それだけではありません。また、gzippedサイズに興味があり、それは簡単に約300KBになります。画像は大きく、大きくはない。 – Lux

関連する問題