Полезные советы

 

Саморазмещение, основанное на комплектах Текущий метод саморазмещения в Eclipse основан на модулях. PDE запускает второй экземпляр рабочей динамической среды, передавая ему набор подгружаемых модулей. Обычно продукт Eclipse основан на комплектах: при запуске он проверяет все комплекты, которые должны быть активными, определяет модули, принадлежащие к этим комплектам, и использует эти результаты для загрузки.

Такое различие в поведении затрудняет саморазмещение в сценариях, предполагающих полный запуск на основе комплектов. Теперь PDE поддерживает такой сценарий при правильной настройке:

  1. Рабочая область должна находиться в каталоге <рабочая-область>/plugins.
  2. Комплекты необходимо импортировать в рабочую с помощью мастера 'Импортировать комплект' (они будут помещены в каталог <рабочая-область>/features).
  3. Все модули должны присутствовать в рабочей области (как исходный код или бинарные проекты БЕЗ связывания).
  4. Динамическая рабочая среда должна запускаться так, чтобы использовать комплекты (настраивается на вкладке Модули и фрагменты).

Если выполнены все эти условия, то динамический экземпляр Eclipse будет запускаться так, чтобы практически полностью эмулировать обычный запуск Eclipse. Это облегчает тестирование диалогов О программе и других аспектов, которые могут зависеть от набора установленных комплектов.

Очищать или не очищать При создании новой конфигурации запуска динамической рабочей среды PDE включает -clean в Аргументы программы конфигурации запуска.  

Аргумент -clean очищает все динамические кэшированные данные в динамической рабочей среде, которые накапливаются от вызова к вызову. Тем самым все изменения, сделанные в статической рабочей среде (например, добавленные в модуль проекта пакеты Java и пр.), при запуске динамической рабочей среды.

Очистка кэша может замедлить работу, если целевая платформа содержит большое число модулей.  

Поэтому, если целевая платформа содержит большое число модулей, а вы не собираетесь пока добавлять или удалять пакеты из проектов модулей, то аргумент -clean можно убрать из конфигурации запуска, чтобы уменьшить время запуска.

Импорт со связыванием Импорт внешний модулей и фрагментов в рабочую область может занимать много времени, а размер рабочей области - разрастаться, в зависимости от содержимого импортируемых модулей.   Поэтому в мастере 'Импортировать внешние модули и фрагменты' доступна опция импорта со связыванием.   Она означает, что импортируемые ресурсы не будут скопированы в рабочую область.   Будут созданы ссылки на импортируемые файлы.   Просмотр этих связанных ресурсов будет доступен также, как если бы они были скопированы в рабочую область.   Однако физически они не будут входить в файловую систему, и изменять их будет нельзя.   Учтите, что операции, требующие физического наличия файлов в рабочей области, не будут работать со связанными ресурсами.
Шаблоны В PDE входят несколько шаблонов модулей, на основе которых можно быстро создать модуль с одним или несколькими работающими расширениями.   Кроме того, если понадобится добавить новое расширение из списка шаблонов, не создавая модуль, то доступ к этим шаблонам расширений можно получить прямо из редактора манифеста.   На странице 'Расширения' редактора выберите 'Добавить...'.  Откроется мастер, в котором в левой части окна выберите Шаблоны расширений, а в правой - нужный шаблон.
Степень зависимости модулей Иногда при просмотре списка модулей, от которых зависит ваш модуль, возникает вопрос, почему модуль зависит от модуля X. Теперь ответить на это вопрос очень легко.  

Действие Вычислить степень зависимостей входит в контекстное меню в нескольких контекстах, включая страницу Зависимости файла манифеста и панель Зависимости. С его помощью можно выполнить поиск Java и модулей, чтобы найти все типы Java и точки расширения, предоставляемые модулем X, на которые ссылается ваш модуль. Результаты отображаются на панели Поиск.  Если выбрать тип в панели Результаты поиска, то при выборе действия Ссылки на МойМодуль в контекстном меню будет выполнен поиск мест в модуле, где имеются ссылки на выбранный тип.  

Если поиск ничего не находит, то модуль X можно удалить из списка зависимостей, так как он не используется и только замедляет загрузку классов.

Операция Вычислить степень зависимостей также полезна для нахождения внутренних (не входящих в API) классов модуля X, использование которых нежелательно.

Поиск неиспользуемых зависимостей Минимизация числа зависимостей модуля является хорошим способом улучшения быстродействия.   По мере развития модуля список зависимостей может устареть, поскольку в него будут входить ссылки на модули, которые больше не нужны.   Для того чтобы быстро проверить, что все зависимости модуля реально им используются, запустите утилиту 'Найти неиспользуемые зависимости' через контекстное меню страницы Зависимости редактора манифеста PDE.
Расширение области поиска Java Поиск Java ограничивается только проектами в рабочей области и внешними jar, на которые ссылаются эти проекты.   Если требуется добавить включить в поиск другие библиотеки из внешних модулей, откройте панель Модули, выберите модуль в в контекстном меню выберите Добавить в поиск Java. Это полезно для того, чтобы не забывать о модулях, зависящих от модулей, над которыми вы работаете.