Pracuję więc na komputerze Mac Mini, używając WebStorm dozamieszanie z aplikacjami Meteor. Stwierdzam, że WebStorm ma tendencję do ospałości i nieustannie próbuje indeksować rzeczy. Mam 4 gigabajty pamięci RAM, z których 791M wydaje się być przydzielone do WebStorm w dowolnym momencie. zawsze jest co najmniej 20% do 30% wolnego miejsca.
Kilka pytań ... czy jest to proces pakietu Meteor, który powoduje, że WebStorm wykonuje indeksowanie? Czy jest jakiś sposób na zoptymalizowanie indeksowania? Czy działa rzadziej? Może ignorujesz katalog .meteor? Czy 20% dostępnej pamięci RAM jest odpowiednią kwotą przeznaczoną na WebStorm dla rozwoju Meteor? Czy są jakieś inne rzeczy, które ludzie mogą polecić, aby zoptymalizować WebStorm, aby nie był tak powolny?
Z góry dziękuję za wszelkie zalecenia!
Odpowiedzi:
6 dla odpowiedzi № 1Jak powiedział @Martin - wyklucz katalogi, w których Meteor przechowuje skompilowane pliki: .meteorlocal i .meteormeteorite (przy użyciu meteorytu).
Aby mieć sugestie Meteor / ... dodaj źródło Meteor jako zewnętrzną bibliotekę: /usr/lib/meteor/packages/. Używam również PhpStorm i dodałem ścieżkę do ścieżki dołączania PHP (nie ma znaczenia, że nie jest to biblioteka PHP).
Gdy dodajesz go jako bibliotekę JavaScript w ustawieniach projektu, struktura katalogu zostaje utracona i musisz to powtórzyć podczas uaktualniania meteoru.
2 dla odpowiedzi nr 2
Używam PHPStoem do mojego rozwoju meteorytów i mam ten sam problem, co ty. Chyba silnik w PHPStorm jest identyczny z WebStorm ...
Nie jestem pewien, czy zwiększyć ilość pamięci RAMdostępne dla IDE faktycznie będą miały jakikolwiek efekt. Problem jest związany z ponownym indeksowaniem drzewa folderów przez IDE, gdy dokonywane są zmiany w jakimkolwiek pliku (plikach) w drzewie. Kiedy meteor jest uruchomiony i zmiany dokonywane są w pliku, meteor łączy całą aplikację w folder .meteor, dlaczego drzewo jest ponownie indeksowane.
Jeszcze tego nie wypróbowałem, ale myślę, że to, co faktycznie pomoże, to dodanie folderu .meteor do listy ignorowanych, aby nie był ponownie indeksowany za każdym razem, gdy nastąpi zmiana pliku.