Джон Уорнок та Чарльз Гешке не просто створили компанію у 1982 році. Вони збудували інфраструктуру того, як ми сприймаємо інформацію сьогодні. Adobe Systems. Саме з цим ім’ям пов’язаний формат документів, що переносяться (PDF). Це стандарт компактних файлів, які досить малі для надсилання електронною поштою, але стабільні для друку. Бізнес покладається на нього, щоби ділитися документами без порушення форматування. Ви використовуєте його для читання статей або перегляду фотографій. По суті це необмежений фотокопір, що сидить на вашому жорсткому диску. Потім маємо творчий пакет. Illustrator. Photoshop. InDesign. Ці інструменти дозволяють будь-кому, від професіоналів до любителів, маніпулювати зображеннями та макетами. Без Photoshop? Жодних LOLcats. Інтернет був би значно менш веселим.
Adobe змінила створення контенту. І тепер вони хочуть змінити те, як цей контент існує у мережі. Ціль проста. Зробити так, щоб робочий стіл і інтернет відчувалися як єдине ціле.
На початку 2008 року вони випустили версію 1.0 Adobe AIR. Це кросплатформове середовище виконання. Розробники використовують її для пакування технологій HTML, Ajax, Flash та Flex. Потім вони можуть розгортати їх як Інтернет-додатки з розширеним функціоналом (RIA) безпосередньо на робочому столі. Adobe пропонує її розробникам, бізнесу та звичайним користувачам. Ви можете завантажити її безкоштовно.
Але що вона насправді робить? І чому вам має бути цікаво?
Як Інтернет-додатки з розширеним функціоналом змінюють ваш робочий процес
Отже, що таке RIA? Ця програма, яка виглядає та відчувається як десктопне програмне забезпечення, але створена з використанням веб-технологій. Традиційні веб-програми обмежені «пісочницею» вашого браузера. Їм потрібне постійне підключення до Інтернету. Вони працюють повільно.
Adobe AIR усуває ці обмеження. Він дозволяє розробникам упаковувати свій веб-код в автономні програми. Ви встановлюєте його. Воно запускається незалежно. Йому не потрібні Chrome чи Firefox для роботи. Воно отримує доступ до ваших локальних файлів, календаря, контактів. Воно відчувається як нативне.
Згадайте Adobe Bridge. Або навіть найпростіші інструменти, такі як розширення Adobe Reader. До AIR це були громіздкі плагіни або обмежені веб-віджети. З AIR вони стають повноцінними програмами. Швидше. Найплавніше. Чи здатні працювати офлайн.
Це важливо, тому що веб ніколи не було призначено для важкої роботи. Він створений для документів та посилань. Тепер, за допомогою Adobe AIR, ви можете запускати складні, вимогливі до даних програми, не залишаючи робочого столу. Ви отримуєте охоплення веб-простору з потужністю програмного забезпечення.
Чому розробники обирають Adobe AIR
Для тих, хто любить поратися з кодом, привабливість очевидна. Ви створюєте один раз. Розгортаєте скрізь. Windows. macOS. Linux. Немає потреби писати окремі програми на C++ або Java для кожної платформи. Ви дотримуєтеся HTML, CSS та JavaScript.
І справа не лише у переносимості. Справа у доступі. AIR дає веб-програм доступ до функцій операційної системи. Діалоги вибору файлів. Значки у системному треї. Офлайн-сховище. Це усуває розрив. Ви перестаєте створювати «сайти, які ведуть себе як програми», і починаєте створювати «додатки, які живуть у Інтернеті».
Бізнес це подобається. Вони можуть миттєво опублікувати оновлення. Більше не потрібно чекати, доки ІТ-фахівці встановлять патчі на кожен пристрій. Просто оновіть сервер. Користувачі отримують нову версію під час наступного запуску програми.
Що це означає для звичайних користувачів
Вам, мабуть, все одно на архітектуру середовища виконання. Вам важливо, що на ній працює.
Для
Що насправді є AIR «під капотом»
Перш ніж занурюватися в деталі Adobe AIR, необхідно відкинути маркетинговий жаргон і зрозуміти, що насправді означає кроссплатформне оточення виконання (runtime). За своєю суттю Adobe AIR – це ** двигун виконання (runtime engine) **. Подайте його як перекладача.
Коли ви пишете код, ви пишете не машинною мовою — на сирих нулях і одиницях, які розуміє процесор. Ви використовуєте високорівневі мови, такі як HTML, XML або JavaScript. Двигун виконання перетворює цей код на інструкції, що виконуються. Без цього шару ваш комп’ютер залишається просто мовчазною цеглою.
Візьмемо для прикладу Java. Якщо програма створена на Java, для її роботи потрібна встановлена віртуальна машина Java (JVM). Без JVM програма не запуститься. Тут діє та сама логіка. Adobe AIR надає інфраструктуру, необхідну для відображення графічного інтерфейсу користувача (GUI) на вашому робочому столі. Йдеться не лише про вікна та значки; це людино-машинний інтерфейс, що дозволяє взаємодіяти із програмним забезпеченням за допомогою миші або клавіатури. Фактично, вся ваша операційна система по суті є гігантським двигуном виконання, що опосередковує взаємодію між вашим обладнанням і кожним додатком, що запускається.
Чому важливе поняття «Кросплатформенність»
Коли Adobe називає AIR кросплатформним рішенням, вони мають на увазі, що воно може ігнорувати різницю між операційними системами. Програмі, що працює на macOS, не потрібно переписувати код, щоб вона виглядала нативно у Windows XP. AIR бере на себе процес рендерингу.
Саме тут AIR різко відрізняється від стандартного Flash Player. Flash Player живе усередині браузера. Це плагін. Однак програми Adobe AIR працюють на робочому столі. Їм не потрібні Chrome або Firefox для роботи. Оскільки AIR включає відкритий движок рендерингу HTML WebKit, він може відображати складний веб-контент безпосередньо в середовищі робочого столу. Він стирає кордон між ізольованим світом браузера та нативними можливостями операційної системи.
Визначення RIA
Ви часто будете чути, як Adobe використовує термін Інтернет-додатки з розширеними можливостями (Rich Internet Applications, RIA). Це широкий термін для веб-застосунків, які відчуваються як десктопне програмне забезпечення. Вони забезпечують високу інтерактивність та зв’язність. Такі сайти як Flickr або Google Maps є класичними прикладами. Вони захоплюючі, але notoriusly difficult to program (славляться складністю в розробці).
Adobe AIR був розроблений для спрощення процесу розробки. Він дозволяє розробникам взяти найкращі риси веб-взаємодії та запакувати їх в автономний десктопний досвід. Ціль? Досвід користувача, який відчувається як нативний, але зберігає зв’язність веб-середовища.
Хто виграє від використання Adobe AIR?
Adobe позиціонує платформу для обслуговування трьох різних груп: розробників, бізнесу та кінцевих користувачів.
Розробники отримують значну перевагу. Оскільки AIR підтримує HTML, XML та JavaScript, їм не потрібно вивчати пропрієтарну мову програмування. Вони можуть використовувати знайомі веб-технології для створення десктопних програм. Це знижує поріг входу. Розробник, який вміє створювати веб-сайти, може створити десктопну програму з мінімальними труднощами.
Бізнес використовує AIR для поглиблення взаємодії з користувачами. Коли користувач може завантажити програму безпосередньо на свій робочий стіл, не відкриваючи браузер, він з більшою ймовірністю триматиме його запущеним. Безперервна взаємодія перемагає ефемерну природу вкладки браузера.
Кінцеві користувачі отримують програми, які легше доступні та працюють швидше. Після встановлення AIR ці програми знаходяться в одному кліку від запуску. Вони відчуваються не як відвідування веб-сайту, а як запуск програмного забезпечення.
Реальне застосування: eBay Desktop
Не вірте на слово Adobe. Подивіться на eBay. Вони випустили додаток eBay Desktop, створений на базі Adobe AIR.
Навіщо? Тому що перевірка аукціонів у браузері незручна. Вам доводиться постійно оновлювати сторінку або знову входити в систему. Програма eBay Desktop працює незалежно. Воно надає безперервні оновлення товарів, на які ви робите ставки. Воно повністю усуває тертя, пов’язане із браузером. У цьому полягає обіцянка AIR: взяти веб-робочий процес та оптимізувати його для середовища робочого столу.
Чи актуально це сьогодні?
Ландшафт змінився. Хоча деякі розробники все ще підтримують проекти на Adobe AIR, ця технологія була значною мірою витіснена сучасними фреймворками та методами нативної розробки додатків.
Якщо ви питаєте, чи потрібний він вам сьогодні, відповіддю, як правило, буде «ні». Він не потрібний у сучасних системах macOS. Багато сценаріїв його використання були поглинені програмами на базі Electron або інструментами нативної розробки для iOS/Android. Він працював. Він вирішив конкретну проблему в середині 2000-х та на початку 2010-х років. Але Інтернет і робочі столи об’єдналися такими способами, які не вимагали окремого шару виконання.
«Adobe AIR був мостом. Він дозволяв веб-розробникам створювати десктопні програми, не вивчаючи нативний код. Цей міст переважно був перебудований».
Технологія не мертва, але вона більше не є стандартним вибором. Для більшості користувачів необхідність його встановлення відпала. Для розробників це застарілий інструмент. Веб-розробка пішла далі.
Спадщина Adobe AIR та еволюція вебу
Ландшафт веб-розробки кардинально змінився відколи проводилися перші експерименти. Те, що починалося як цікавість — спроба подолати розрив між браузером і робочим столом, перетворилося на щось набагато звичайніше, але так само повсюдне. Нам більше не потрібне виділене середовище виконання, таке як Adobe AIR, для запуску багатих інтернет-додатків. Сам браузер став платформою.
Однак, погляд на епоху, коли AIR обіцяв надати веб-технологіям потужність рівня настільних додатків, пояснює, чому сучасний стек технологій має значення. Йшлося не лише про ностальгію. Йшлося про вирішення конкретної проблеми: офлайн-доступ.
Подолання розриву до домінування PWA
У 2007 і 2008 роках Інтернет був спрямований на роботу в режимі он-лайн. Якщо з’єднання переривалося, програма переставала працювати. Adobe AIR змінив це, дозволивши розробникам упаковувати HTML, JavaScript та CSS в автономні програми, здатні зберігати дані локально. Це дало уявлення про програмне забезпечення майбутнього, де ваш веб-додаток живе на робочому столі та працює без сигналу.
«Adobe AIR дарує свіже повітря веб- та настільній розробці».
Це не було просто хитрощами. Технологія усувала обмеження стандартних ліцензійних угод (EULA) та «закритих садів» настільного ПЗ. Вона дозволяла розробникам оминати обмеження браузерних пісочниць, продовжуючи використовувати веб-стандарти. Для користувачів це означало програми, які відчувалися як нативні, але створені з використанням веб-технологій.
Чому відбулося зрушення
Поява Прогресивних веб-додатків (PWA) та покращення браузерних API ефективно зробили AIR надмірною. Браузери отримали сервіс-воркери, кеш-сховища та файли маніфестів. Вони могли виконувати офлайн-кешування, відправляти push-повідомлення і навіть встановлюватись на робочий стіл без окремого середовища виконання. Зрештою Adobe змістила фокус, визнавши, що веб-платформа наздоганяє конкурентів.
Джерела того періоду, такі як матеріали Джекі Чен в Ars Technica або перші огляди Райана Пола, наголошують на перехідному етапі. Вони передавали наснагу від технології, що обіцяла об’єднати веб- та настільну розробку. Однак у них також намічалися проблеми: питання безпеки, складність встановлення та неминуче старіння самого середовища виконання.
Чому ми навчилися
Урок епохи AIR очевидний: платформи сходяться. Коли одній платформі не вистачає якоїсь функції, інша її впроваджує. Кордон між «веб-додатком» та «настільною програмою» все більше стирається. Користувачі очікують, що їхні веб-інструменти працюватимуть офлайн, синхронізуватиметься між пристроями та чуйно реагуватиме на дії. Розробники очікують, що єдина кодова база дозволить охопити безліч екранів.
Специфічні посилання на статті “Як працює семантичний веб” та “Як працює інтернет-інфраструктура” з того часу нагадують нам, що фундамент цих додатків складний. Йдеться не лише про інтерфейс. Важливими є також те, як переміщуються дані, як рендеруються сторінки та як еволюціонують протоколи безпеки.
Сьогодні, створюючи програми для Інтернету, ми будуємо майбутнє, незалежно від типу пристрою. Середовищем виконання є браузер. API – це операційна система. Завдання більше не полягає у подоланні розриву. Вона полягає в оптимізації продуктивності, доступності та конфіденційності в середовищі, яке завжди знаходиться в мережі.
Інструменти змінюються. Мета залишається незмінною: надавати користувачам потужні та безшовні враження. Чи це автономний виконуваний файл або URL-адреса у вкладці, мета одна. Ми просто стали краще приховувати внутрішню механіку.
