2014-01-05 5 views
5

時間は約25秒である回を構築します。これは私にとっては非常に遅いようです。これをスピードアップする方法は非常に劇的にありますか?スピードアップ遅いmeteor.jsは、それが流星にも、些細な、百行、デモアプリケーションをバンドルするのにかかる

私は流星の初心者です。開発をスピードアップする方法を探していて実際に変更を取り入れることが大変だと指摘されたが、コードとテストのサイクルは以前よりずっと遅かった。待っている間に私が飲むことができるコーヒーはほんの一杯です。 :-)

私はMacBook Proの、i7の、8G RAMまたはクワッドコアのXeonサーバ(ハイパースレッドと8)上で実行していますよ。実行時間は似ています。そこにうわーの不足はありません!

答えて

3

はい、それはしばらくかかりますが、本番環境への変更をプッシュする準備ができているときにのみ同梱されなければなりません。あなたのアプリを開発するときは、あなたのアプリのルートディレクトリからmeteorを実行し、ブラウザを開いてhttp://localhost:3000にする必要があります。開発モードでは、コードへの変更がブラウザに即座に反映されます。

+6

は、残念ながら、私は大きなアプリを持っている(バベルは専用ディスクとキャッシュコンパイラを使用し、更にRAMキャッシュを使用しています。)キャッシュファイルを格納しています。私のアプリでは、「即時の」アップデート自体にも30-60秒かかります。これは私の開発時間を殺しています。私は基本的にすべてを再インストールしようとしました。すべてのアプリケーションをパッケージに簡単に移動することはできません。これを修正しようとする他の方法はありますか? – user2330237

+1

私は@ user2330237と同じ問題があります。私がセーブするたびに、結果を見る機会を得る前に、流星が一見*すべてを再構築するのを待っているのが遅いです。そして私はDjangoが遅いと思った! – Rikki

+1

合意。元の質問とは無関係ですが、新しいパッケージングシステムが導入されて以来、流星が激しく遅くなっています。良いニュースは、コア開発者が積極的にソリューションに取り組んでいることです。うまくいけば、これからのリリース(1.2.x?)では大きな改善が見られるでしょう。 –

0

あなたはECMAScriptのとJSXパッケージを使用している場合は、universe:ecmascriptに置き換えることができます。

それは宇宙ので、流星1.2に役立つはず:ECMAScriptのは、新しいキャッシュコンパイラの代わりにバベルのキャッシュを使用しています。違いは

関連する問題