Eclipse UI Plugins

Question

В специальном продукте Eclipse Мы задаемся вопросом:

Если мы создадим один плагин для пользовательского интерфейса для всех вопросов, связанных с пользовательским интерфейсом, или мы разбили эти вопросы на несколько плагинов (например, ui.views - ui.preferences - ui.properties и т. Д ...)

Похоже, что "официальные" продукты Eclipse, такие как CDT, JDT ... имеют только один плагин пользовательского интерфейса и некоторые сторонние плагины, которые я использую, имеют несколько плагинов пользовательского интерфейса (например, Papyrus)

Я знаю, что это довольно субъективный вопрос, но мне было бы интересно узнать, как вы управляете своим пользовательским интерфейсом.

Маню

Answer 1

Я бы создал отдельные пакеты (или плагины) для каждого независимо используемого компонента. Так что, если у меня есть, например, представление, которое можно использовать без каких-либо других вещей, я бы поставил его в отдельную связку. Я считаю, что это облегчает настройку функции, замену определенных частей, предоставление пользовательских комбинаций компонентов, обработку зависимостей и т. Д.

Answer 2

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

Возьмем m2eclipse в качестве примера, он имеет несколько плагинов пользовательского интерфейса, но это потому, что они функционально разделены. Редактор XML, безусловно, является полезным дополнением пользовательского интерфейса, но пользователям базовой функции (управление зависимостями) она не нужна, поэтому имеет смысл объединить ее отдельно и сделать ее необязательной.

Answer 3

Не обращая внимания на что-то специфическое для Eclipse, я бы сказал, что с точки зрения поддержки продукта гораздо важнее иметь один плагин. Это имеет следующие преимущества:

• У каждого клиента одинаковая среда, поэтому, если кто-то связывается с вами с проблемой, вы знаете, что у него есть.
• Вы должны протестировать одну конфигурацию. Если вы разбили свой код на 3 плагина, то вам нужно протестировать 7 различных конфигураций.
• В будущем вам не придется беспокоиться о том, какой новый плагин должен быть добавлен.