Чому HTML, CSS та JavaScript не використовуються для настільних додатків? [зачинено]

HTML, CSS та JavaScript можна використовувати для створення прекрасних (і корисних) інтерфейсів користувача (особливо зараз у нас HTML5 та CSS3), і багато людей вже їх знають. Хоча це все ще далеко за межами мого досяжності, наскільки важко буде донести всю річ веб-додатків до настільних додатків? Ми вже тестуємо додатки на локальних серверах, перш ніж розміщувати їх.

На мій погляд, це приємна, проста ідея, яка створить бум у настільних додатках. Крім того, враховуючи, що ці додатки вже надаватимуть стільки коду веб-програмам, вони можуть запропонувати кращу взаємодію.

Чому це не робиться?

Adobe вже робила це з Adobe Air , а Mozilla теж з Prism . Google також намагався усунути розрив між настільним та веб- сайтом за допомогою Google Gears .

Але загалом веб-технології не підходять для багатьох типів настільних додатків, ось чому:

• Немає негайного повного доступу до обладнання.
• Немає низького рівня доступу до системи.
• Немає легко доступного доступу до файлової системи (технології, про які я згадував вище, дозволяють отримати доступ до fs, але кожна з них як своє власне інше рішення).
• Продуктивність. Народний, складений додаток, як правило, швидше, ніж програма Javascript.
• Легко конкурентам викрасти вихідний код
• Немає бібліотек для спеціалізованих завдань. Вих. обробка зображень, кодування звуку, доступ до бази даних, мережеве програмування тощо ...

Рамка, яка спадає на думку, - це Adobe Air. Це дозволяє веб-розробникам використовувати Javascript / HTML для розробки додатків для настільних ПК. Сам Javascript / HTML не підходить для настільних додатків, оскільки часто настільний додаток потребує доступу до послуг, що надаються операційною системою, наприклад, відкриття файлів, запуск інших програм тощо. Сам Javascript не дозволяє отримати доступ до таких служб тож вам потрібно щось зайве, і такі рамки, як Adobe Air, надають додатковий клей.

Зараз є кілька способів зробити це. Існує Mozilla Application Framework, який часто використовується у веб-браузерах, таких як Firefox, але їх також використовує, наприклад, IDE Komod IDE ActiveState .

Також є Qt, який у Qt Quick має CSS та мову, схожу на Javascript.

IMO, я не приймаю HTML і CSS як спосіб компонування графічних інтерфейсів, оскільки для цих мов не існує компілятора, про який я знаю. Якщо у мене є помилка в коді, я мушу сам її шукати або я навіть не помічаю (або перейти на сайт HTML, щоб перевірити його).

У мові c ++ мені подобається, що він не дозволить мені компілювати, якщо код не є правильним (за винятком вирішення проблем виконання).

Крім того, я не вірю, що CSS та HTML ще дуже добре грають разом, наприклад, використання float в CSS - залежно від вашого HTML-коду та використання - результат float матиме різні результати - відсутність послідовності порівняно з використанням абсолютного позиціонування в win32 або чудових менеджерів макетів Java Swing.

Однією з головних причин є те, що якщо ви не хочете, щоб ваш додаток було легко викрадено і скопійовано, вам доведеться також створити додаток, який містить WebControl, який безпосередньо пов'язаний з вашими файлами, запакованими певним чином.
Насправді є програми, які роблять це. Титановий додаток - це один. Я не рекомендую вам використовувати його, оскільки востаннє, коли я його переглядав, було багато помилок і його погано підтримували. Вам доведеться зробити власне дослідження, чи варто воно того.

Трохи запізнюючись, але якщо ви використовуєте AsYouWish у Firefox (або створюєте додатки для Firefox, якщо ви не заперечуєте, як збирати свої файли та тестувати їх інструменти), ви можете створювати програми в HTML, які мають привілеї для робочого столу. Якщо ви використовуєте WebAppFind (на даний момент лише для Windows), ви також можете отримати файли на робочому столі, які відкриються з робочого столу безпосередньо у веб-програму (без потреби перетягування).

Відмова: Ці додатки з відкритим кодом були створені мною.

Ви можете використовувати Javascript, HTML та CSS для створення додатків для магазину Windows, Windows Phone та - я припускаю - XBox через "Universal Apps". (Щоб було зрозуміло, починаючи з Visual Studio, використовуючи File | New Project ...)

Це використовує вищезазначене для створення вашого UX та коду програми проти впровадження нативних API.

Звичайно, замість цього Microsoft намагалася відкрити платформу для більшості розробників, це розцінювалося як знецінення розробників на основі C # та XAML - що, звичайно, вони не були, але це не настільки гарна історія ... незалежно від того це не обов'язково різновиди настільних додатків, а питання вважає їх рідними.