Согласно HtmlWebpackPlugin
документам, то, что вы делаете, на самом деле является рекомендуемым подходом (, который явно отстой ).
Но что вы можете сделать вместо того, чтобы перечислять их один за другим вручную, так это написать вспомогательную функцию, которая возьмет в список файлов для конвертации (скажем, через glob подстановочный знак) и выведет массив HtmlWebpackPlugin
инструкций, которые вы можете передать непосредственно в webpack
config.
Это просто JS. Конфигурация Webpack - это всего лишь скрипт NodeJS. Вы можете делать все что угодно.
Может быть больше чем один, и это зависит от браузера. В документации EventQueue говорится:
Некоторые апплеты раздела браузеров в различных кодовых базах в отдельные контексты, и устанавливают стены между этими контекстами. В таком сценарии будет один EventQueue на контекст. Другие браузеры помещают все апплеты в тот же контекст, подразумевая, что будет только единственный, глобальный EventQueue для всех апплетов. Это поведение является зависящим от реализации.
Да. Обычно будет только один Toolkit
для Toolkit.getDefaultToolkit
, но несколько EventQueue
s от Toolkit.getSystemEventQueue
(который от 1.2.2 Вы обычно получаете полномочия назвать успешно). Существует волшебство на основе ThreadGroup
и ClassLoader
s на стеке для определения, который EventQueue
возвратиться.
Апплеты делятся зависящие от их источника и конфигурации. Точно то, как это сделано, является зависящим от реализации.
Теперь, то, что Вы, вероятно, видите, является очередью событий для Вашего апплета и безопасного контекста. Безопасный контекст обрабатывает диалоговые окна от самого плагина. Принятие сертификатов и подобных вещей. Безопасный контекст держит их отдельно от пользовательского кода в Вашем контексте апплета.
Кроме того, Swing создает новый EventQueue (и поток IIRC) при показе модального диалогового окна эта очередь событий активна (предыдущий - "в ожидании"), пока модальное диалоговое окно не закрывается.
Однако я не уверен, что происходит при наличии нескольких уровней модальных диалоговых окон (1 основная очередь + 1 очередь на диалоговое окно или 1 основная очередь + 1 очередь для всех диалоговых окон).
«Swing создает новую EventQueue (и поток IIRC), когда вы показываете модальный диалог» На самом деле это неверно. Я обсуждал это некоторое время назад с парнем Swing, и Swing только добавляет новый фильтр в существующую очередь событий, чтобы отфильтровать события, поступающие из другого источника (окна / компонента). Таким образом, для модального диалога не создается новый поток / эквалайзер. Вы можете проверить это, открыв модальное диалоговое окно и получив дамп потока до и после открытия модального диалогового окна, а также сравните стек вызовов потока AWT. По крайней мере, так обстоит дело со стандартным Java-приложением. Корпус апплета пока не проверял.