Адекватны ли менеджеры Swing LayoutManager?

Менеджеров компоновки из Swing обычно достаточно, чтобы делать то, что вы пытаетесь сделать. В «худшем» случае вам придется использовать полностью GridBagLayout и позиционировать каждый компонент по своему усмотрению, используя координаты. Судя по вашему вопросу, похоже, что ваша компания написала прикрытие, позволяя вам добавлять компоненты, используя какую-то причудливую схему ввода. Как правило, я бы рекомендовал не создавать новый менеджер компоновки, если вы действительно не можете объяснить, как ни один из встроенных менеджеров не делает то, что вам нужно, и что их нельзя легко объединить, чтобы делать то, что вам нужно.

Эта ситуация становится намного лучше. Я бы сказал, что три наиболее распространенных нестандартных менеджера верстки:

• JGoodies FormLayout
• TableLayout
• MigLayout

Последние два очень похожи, но MigLayout появился немного позже и в будущем станет частью JDK. Я бы сказал, что любой из трех имеет достаточно «стандарт», чтобы его можно было довольно удобно использовать, но MigLayout, вероятно, выиграет, теперь он станет частью самого Swing.

Так что на данный момент я бы сказал нет. Когда MigLayout будет в JDK, да.

Я никогда не был большим поклонником менеджеров компоновки Swing, но я пришел в Swing после того, как много работал над Motif. Я не уверен, что это такое, но мне не кажется, что Swing обладает способностью для чего-то, вложенного ниже, «выталкивать» и заставлять предметы, находящиеся выше, быть достаточно большими, чтобы они поместились. Я был большим поклонником XmForm, и в Swing нет ничего подобного.

Тем не менее, 90% времени в Swing я использую кучу вложенных ящиков - обычно вертикальных ящиков внутри горизонтальных ящиков внутри вертикальных ящиков. Иногда мне нужно больше контроля, и я написал мануал по GridBagLayout и вздрогнул.

По моему опыту, они адекватны, если вы подготовлены к небольшому вложению (в некоторых случаях к большому вложению!)

В любом случае, я всегда считал, что менеджеры по расположению доставляют больше проблем, чем они того стоят.

Лично я считаю, что концепция управления компоновкой Java - самая крутая вещь со времен нарезанного хлеба; важно для окон с изменяемым размером - просто посмотрите на все окна в Windows, размер которых нельзя изменить, как на указание на то, что наличие диспетчера абстрактной компоновки - хорошая идея.

Тем не менее, менеджеры компоновки в Java - это адекватный, но для того, чтобы добраться туда, где вам нужно, требуется изрядное количество вложений. Такая вложенность затрудняет внесение изменений. Взгляните на BoxLayout и BorderLayout как на свои основные продукты; используйте GridBagLayout только в крайнем случае.

Лучший вариант - включить приличный макет, ориентированный на таблицы, чтобы свести к минимуму вложенность; другие уже предложили несколько, поэтому я не буду повторяться. Я скатил свой, потому что мне нужны ограничения на основе String и крошечный размер, но в остальном я был весьма соблазнен TableLayout; и если размер дистрибутива не является объектом, вы обязательно должны взглянуть на виджеты и макеты, предлагаемые jGoodies (бесплатно, я думаю, но, возможно, только для некоммерческого использования ??)

Я обычно использую макет таблицы для окна и в итоге оказываюсь вложенным только иногда и обычно только на один уровень в глубину для прогонов связанных компонентов, скажем, три поля для номера телефона, разделенных двумя метками для дефисов между ними. Я считаю, что мои окна очень удобны в обслуживании, и их легко добавлять и менять.

PS: Избегайте абсолютного позиционирования, как чума.

Из вашего описания вы можете использовать TableLayout. Если да, то я обнаружил, что он во многих отношениях превосходит стандартные менеджеры по компоновке. Если это TableLayout, попробуйте прочитать документацию, и тогда вы поймете, почему иногда бывает разное количество параметров позиционирования. TableLayout также позволяет вам установить эти параметры по-другому, без Strings.

В дополнение к трем вышеупомянутым сторонним менеджерам компоновки вы можете попробовать DesignGridLayout, который, хотя и не такой мощный, как MigLayout, намного проще в использовании и затрудняет разработку плохих форм.

Отказ от ответственности: я являюсь одним из авторов DesignGridLayout, но я действительно считаю, что это хороший LayoutManager по сравнению с Swing по умолчанию, а также с другими сторонними макетами, которые слишком сложны для начала.

Я всегда думал, что GridBagLayout - действительно мощный LayoutManager. К сожалению, кривая обучения, чтобы овладеть им, может быть слишком крутой. Моя первая работа не позволяла нам использовать какие-либо конструкторы графического интерфейса, поэтому весь код графического интерфейса был написан от руки. Мне всегда казалось, что это лучший способ изучить GridBagLayout, запачкать руки. В настоящее время, будучи старым и ленивым, я в основном использую NetBeans, но я все еще никогда не чувствовал необходимости рассматривать другие LayoutManager, поскольку GridBagLayout может делать все.

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

Я не работал над Swing уже пару лет, но менеджеры по расположению - это одна из вещей, которых я больше всего скучаю при написании веб-страниц. Мы проделали большую работу с GridBagLayout, особенно для более сложных диалогов, и после освоения было относительно легко использовать - когда пишу экраны. Боль всегда возникала, когда приходилось изменять графический интерфейс, а то, что на первый взгляд могло показаться простым, занимало уйму времени.

Я познакомился с Abeille, инструментом для проектирования форм графического интерфейса пользователя, и хотя он не идеален, он позволяет создавать экраны за считанные минуты с профессионально выглядящими результатами, особенно в сочетании с JGoodies. Он включает генератор кода или выводит его в двоичном формате (я думаю, что позже он включил XML), что было моим предпочтительным вариантом. Код для «сборки» экрана выглядел следующим образом:

FormPanel panel = new FormPanel( "myDialog.jfrm" );
add(panel);

Вы можете подключиться к элементам управления в форме для прослушивателей действий, и при использовании шаблона MVC вы получите действительно чистый код представления. Самым большим преимуществом является внесение изменений, так как форму можно просто загрузить в редактор, изменения быстро вносятся и сохраняются без изменения кода.

(Я никак не связан с Abeille, просто большой поклонник)