Swing (Java): відмінності між версіями

 

Swing розробляли, щоб забезпечити більш функціональний набір програмних компонентів графічного інтерфейсу користувача ніж у ранішого інструментарію [[AWT (Java)|AWT]]. Компоненти Swing підтримують специфічні ''look-and-feel'' модулі, що динамічно підключаються. Завдяки ним можлива адаптація до графічного інтерфейсу платформи (тобто до компоненту можна динамічно підключити інший, специфічний для даної операційної системи вигляд і поведінку). Основним мінусом таких компонентів є відносно повільна робота. Позитивна сторона —- універсальність інтерфейсу створених застосунків на всіх платформах.

На початку існування Java класів Swing не було взагалі. Через слабкі місця в AWT (початковій GUI системі Java) було створено Swing. AWT визначає базовий набір елементів керування, вікон та діалогів, які підтримують придатний до використання, але обмежений у можливостях графічний інтерфейс. Однією з причин обмеженості AWT є те, що AWT перетворює свої візуальні компоненти у відповідні їм еквіваленти, що не залежать від платформи, які називаються рівноправними компонентами. Це означає, що зовнішній вигляд компонентів визначається платформою, а не закладається в Java. Оскільки компоненти AWT використовують "рідні" ресурси коду, вони називаються ваговитими.

Використання "рідних" рівноправних комонентів породжує деякі проблеми. По-перше, у зв'язку із різницею, що існує між операційними системами, компонент може виглядати або навіть вести себе по-різному на різноманітних платформах. Така мінливість суперечила філософії Java: "написане один раз, працює скрізь". По-друге, зовнішній вигляд кожного компонента був фіксованим(оскільки усе залежало від платформи), і це неможливо було змінити(принаймні, це важко було зробити). По-третє, використання ваговитих компонентів тягнуло за собою появу нових обмежень. Наприклад, ваговитий компонент завжди має прямокутну форму і є непрозорим.

 

== Архітектура ==