Self-hosting oparty na składnikach | Obecna metoda
self-hostingu platformy Eclipse jest oparta na modułach dodatkowych. Środowisko
PDE uruchamia drugą instancję wykonawczą środowiska roboczego, przekazując
tablicę modułów dodatkowych, które należy załadować. Typowy produkt Eclipse
jest oparty na składnikach: podczas uruchamiania sprawdza on wszystkie
składniki, które powinny być aktywne, wylicza moduły dodatkowe należące do tych
składników i przekazuje wynik do programu ładującego.
Ta różnica w zachowaniu komplikuje self-hosting w sytuacjach, gdy wymagane jest pełne uruchomienie obejmujące także składniki. Środowisko PDE potrafi obecnie obsłużyć taki scenariusz, o ile zostanie odpowiednio skonfigurowane:
Po spełnieniu wszystkich tych warunków instancja wykonawcza platformy Eclipse zostanie uruchomiona w sposób maksymalnie zbliżony do normalnego uruchamiania platformy Eclipse. Ułatwi to testowanie okien dialogowych Informacje i innych aspektów, które mogą zależeć od zestawu zainstalowanych składników. |
Czyścić albo nie czyścić | Po utworzeniu nowej
konfiguracji startowej wykonawczego środowiska roboczego środowisko PDE
ustawi dla niej predefiniowane argumenty programu w taki sposób, aby uwzględniały argument -clean.
Argument ten powoduje skasowanie wszystkich danych zapisanych w pamięci wewnętrznej w wykonawczym środowisku roboczym między kolejnymi wywołaniami. Dzięki temu wszystkie zmiany wprowadzone w głównym środowisku roboczym, na przykład nowe pakiety Java dodane do projektu modułu dodatkowego itp., zostaną wczytane podczas uruchamiania wykonawczego środowiska roboczego. Taka operacja czyszczenia pamięci podręcznej może obniżyć wydajność, gdy platforma docelowa zawiera wiele modułów dodatkowych. W takiej sytuacji, o ile na danym etapie pakiety nie są dodawane do projektów modułów dodatkowych ani z nich usuwane, można usunąć argument -clean z konfiguracji uruchamiania, co skróci czas uruchamiania. |
Importowanie z połączeniem | Importowanie zewnętrznych modułów dodatkowych i fragmentów może być czasochłonne i może powodować znaczne zwiększenie obszaru roboczego, zależnie do treści importowanych modułów dodatkowych. Dlatego kreator Importowanie zewnętrznych modułów dodatkowych i fragmentów oferuje opcję importu z połączeniem. Oznacza to, że operacja importu nie będzie kopiować zasobów do obszaru roboczego. Utworzy ona po prostu połączenia z plikami do zaimportowania. Takie połączone zasoby można będzie przeglądać, jak gdyby zostały one skopiowane do obszaru roboczego. Jednak fizycznie nie znajdują się one w lokalnym systemie plików i dlatego nie można ich modyfikować. Należy wystrzegać się operacji, które zależą od plików fizycznie znajdujących się w obszarze roboczym, ponieważ nie będą one możliwe w przypadku zasobów połączonych. |
Szablony | Aby ułatwić szybkie rozpoczęcie pracy, środowisko PDE oferuje kilka modułów dodatkowych szablonów, które generują moduł dodatkowy z jednym lub kilkoma w pełni działającymi rozszerzeniami. Dodatkowo, gdy w dowolnym momencie zajdzie potrzeba dodania nowego rozszerzenia z listy szablonów (bez konieczności generowania modułu dodatkowego), te szablony rozszerzeń będą dostępne bezpośrednio w edytorze manifestów. Na stronie Rozszerzenia w edytorze kliknij przycisk Dodaj. W uruchomionym kreatorze wybierz opcję Szablony rozszerzeń w panelu po lewej stronie, a następnie wybierz dowolny szablon w panelu z prawej strony. |
Obszar zależności modułów dodatkowych | Jeśli ktoś kiedyś
przyglądał się liście modułów dodatkowych, od których zależy jego moduł
dodatkowy, i zastanawiał się do czego służy na przykład moduł dodatkowy X,
teraz może łatwo znaleźć odpowiedź na to pytanie.
Operacja Oblicz obszar zależności dostępna w kilku menu kontekstowych (w tym w menu strony Zależności i widoku Zależności pliku manifestu) wykonuje łączone przeszukiwanie kodu Java i modułów dodatkowych w celu znalezienia wszystkich typów Java i punktów rozszerzeń udostępnianych przez moduł dodatkowy X, do których odwołuje się dany moduł dodatkowy. Wyniki są wyświetlane w widoku Wyszukiwanie. Po zaznaczeniu typu w widoku Wyniki wyszukiwania za pomocą akcji Odwołania w MójModułDodatkowy dostępnej w menu kontekstowym można wyszukać miejsca, w których występują odwołania do zaznaczonego typu. Gdy operacja wyszukiwania zwróci 0 wyników, należy bez wahania usunąć moduł dodatkowy X z listy zależności, ponieważ nie jest on w ogóle używany i powoduje tylko spowolnienie ładowania klas. Operacja Oblicz obszar zależności jest także przydatna do sprawdzenia, czy używane są wewnętrzne klasy (spoza interfejsu API) modułu dodatkowego X, co może być niepożądane. |
Znajdowanie nieużywanych zależności | Minimalizowanie liczby zależności między modułami dodatkowymi to skuteczny sposób poprawy wydajności. W miarę jak moduł dodatkowy ewoluuje, jego lista zależności może stać się nieaktualna i zawierać odwołania do modułów dodatkowych, które już nie są potrzebne. Szybkim sposobem przekonania się, czy wszystkie zależności danego modułu dodatkowego są rzeczywiście przez niego używane, jest uruchomienie programu narzędziowego Znajdź nieużywane zależności, który jest dostępny w menu kontekstowym strony Zależności w edytorze manifestów środowiska PDE. |
Rozszerzanie zakresu wyszukiwania Java | Wyszukiwanie Java jest ograniczone do projektów w obszarze roboczym i zewnętrznych plików JAR, do których te projekty się odwołują. Aby dodać do zakresu wyszukiwania więcej bibliotek z zewnętrznych modułów dodatkowych, należy otworzyć widok modułów dodatkowych, zaznaczyć moduł dodatkowy i wybierać opcję Dodaj do wyszukiwania Java z menu kontekstowego. Jest to wygodny sposób zapamiętywania innych modułów dodatkowych, które zależą od tworzonego modułu dodatkowego. |