The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Представлен Qt для Native Client

25.09.2015 20:01

Разработчики фреймворка Qt сообщили о приведении к рабочему виду продукта Qt for Native Сlient, позволяющего организовать выполнение Qt-приложений (Qt Widgets и Qt Quick) в специальном изолированном окружении web-браузера Google Chrome с производительностью, близкой к обычной скомпилированной версии программы. Организовать выполнение Qt-приложения в других современных web-браузерах, не поддерживающих Native Client, можно, скомпилировав программу в JavaScript-представление при помощи компилятора Emscripten.

  1. Главная ссылка к новости (http://blog.qt.io/blog/2015/09...)
  2. OpenNews: Выпуск web-браузера Chrome 31 с реализацией технологии Portable Native Client
  3. OpenNews: Представлен Portable Native Client для запуска платформонезависимых C/C++ программ в браузере
  4. OpenNews: Увидел свет Emscripten 1.4, компилятор байткода LLVM в JavaScript-представление
  5. OpenNews: Анонсирован WebAssembly, обеспечивающий запуск скомпилированного кода в браузерах
  6. OpenNews: Релиз фреймворка Qt 5.5
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43039-native
Ключевые слова: native, client, qt
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (34) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Zenitur (ok), 20:17, 25/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    О, прикольно, натрий-хлор :-)

    (NaCl)

     
     
  • 2.4, ANONYM (?), 20:27, 25/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Хоть не HOH, а то б я сдох.
     
     
  • 3.7, Аноним (-), 21:30, 25/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А H2O - это вебсервер такой.
     
     
  • 4.9, Аноним (-), 23:11, 25/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Простите за оффтопик, но я тащусь от воды офигенный веб-сервак. Использую для статики.
     
     
  • 5.21, Аноним (-), 11:29, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Почему не пасажира или тонкого единорога?
     
  • 4.33, Аноним (-), 02:44, 28/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А ещё производитель биосов (InsydeH2O)
     
  • 2.31, irinat (ok), 21:51, 27/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А что, только заметил? В Native Client используется Pepper API. Salt (NaCl) and pepper.
     

  • 1.3, Аноним (-), 20:20, 25/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Да придут же вирусы на линукс.
     
     
  • 2.22, Аноним (-), 12:31, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И да будут исполняться в изолированных окружениях ;)
     

  • 1.5, Аноним (5), 20:36, 25/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    О боже, как же я боялся этого. Теперь станет модно писать сайты на Qt и весить они будут по 50Мб каждый. И естественно все для надёжности будут грузить свою уникальную версию Qt. Мало ли какую "фичу" пофиксят в минорной версии, не переделывать же сайт из за этого.
     
     
  • 2.6, Sluggard (ok), 20:56, 25/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Теперь станет модно писать сайты на Qt и весить они будут по 50Мб каждый.

    И ходить на них будет 50 школьных друзей автора.

     
     
  • 3.14, Аноним (-), 01:55, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Обычно у таких авторов друзей гораздо меньше.
     
  • 2.8, Ass Bandit (?), 21:44, 25/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О боже, кути через эмскриптен давным-давно уже пашут, от этого ничего не изменится. Кути для NaCl (не)нужны для разработки приложений для хрома, которые ставятся через магазин. По умолчанию NaCl на обычных сайтах спрятан за флагом и сайты (и даже игры) на нём писаться не будут и не могут.
     

  • 1.10, skybon (ok), 00:09, 26/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот мало тяжёлых окружений со свистелками и перделками. Давайте мы ещё веб-браухер вкрутим как прослойку между тобой и приложением. Зачем? Да чтоб жизнь мёдом не казалась!
     
     
  • 2.18, ананим.orig (?), 07:10, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Браузер — это средство быстрого доступа к приложению (которое не нужно инсталировать локально, на что у вас может просто не быть прав).
    С одной стороны. С другой — это песочница, jail.
     
     
  • 3.19, Аноним (-), 07:12, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    С третьей — это переизобретение X Window System с её протоколом.
     
  • 2.29, анон (?), 11:45, 27/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Затем, что "легкий" веб занимает уже на порядок больше ресурсов, чем "тяжелые" клиенты.
     

  • 1.11, Аноним (-), 00:15, 26/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Мда, тут школьник за несколько месяцев на RUST-е клон контр-страйка почти создал:
    https://www.youtube.com/watch?v=_Qhg-uWQaHM

    Благодаря llvm, всё что на нём работает можно через Emscripten в js перегнать, в том числе и код на RUST.

     
  • 1.12, Аноним (-), 00:30, 26/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот весь код бэкенд-код и для фронтэнда написан целиком на Rust и кросскомпирирован через Emscripten в JS для браузера.

    "Implementation of TodoMVC in Rust in the browser"
    https://github.com/tcr/rust-todomvc

     
  • 1.13, ананим.orig (?), 01:35, 26/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну всё, ждём кеды в хромоси на хромбуках
     
  • 1.15, Владимир (??), 05:10, 26/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Мне кажется это будет использоваться для тонких клиентов уже созданных приложений для бизнеса, а не свистелок и перделках на обычных сайтах.

     
     
  • 2.16, mma (?), 05:26, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже подумал об этом, потомучто лепить интерфейсы приложений на html/css это то еще удовольствие, а уж как оно потом "быстро" работает особенно с таблицами это просто сказка. Так что для всяких корпоративных порталов и интерфейсов для клиентуры самое то.
     
  • 2.17, ананим.orig (?), 07:04, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Как правило подобные (уже созданные приложения для бизнеса) хотят доступ к корпоративным ресурсам, субд, внутренней сети (диски, принтеры,…) ну и тд, и тп.

    Очевидно в данном случае приложение (с Qt оно или без) будет просто выплюнуто в броузер пользователя (через общедоступную сеть, интернет) и всё. И там у клиента будет работать вполне себе автономно.
    В общем всё это как-то… натянуто.

     
     
  • 3.24, Ass Bandit (?), 13:35, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Хромовые приложения во всё это могут через специальные апи (и костыли). Не знаю, как там с NaCl, но думаю, что подобная фигня с разрешениями там тоже есть.
     
     
  • 4.28, ананим.orig (?), 16:43, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да придумать то можно всё что угодно. Хоть либссн и свой впн поверх хттп итд.
    Но это так эти бизнес-приложения нужно перелопатить, что по себестоимости проще новое написать. По новой архитектуре и с новой логикой выполнения, которая будет правильной с точки зрения этой логики.
     
  • 2.25, Аноним (-), 13:35, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я думаю не только:
    например сейчас разрабатывая от средне до больших приложений на JavaScript, большие команды  стараются внедрять что-то проверяющее ошибки на этапе компиляции - это TypeScript (MS) или Flow (Facebook), которые вводят новые лексические и языковые понятия в JavaScript.

    А теперь можно доверяя компилятору единой платформы бэкэнд + фронтенд (писал тут в коментариях уже про RUST), написать, проверенное статически, приложение на одном языке без таких дополнительных средств, которое скомилируется в JS, с asm оптимизациями.

     
     
  • 3.27, Ass Bandit (?), 16:38, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь насколько я понял, новость именно про компиляцию кутей в _нативный_ код, который будет исполняться в песочнице хрома, а эмскриптен предлагают только в качестве фолбека. В любом случае, кути на эмскриптене будет тормозить аццки, не важно, обычная версия кутей или эта (хотя эта версия, возможно, будет работать на 0,435% быстрей, чем существующие демки).
     
     
  • 4.30, Аноним (-), 14:44, 27/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    эта новость, да про натив Кути, но я слабо представляю необходимость Кути-виджетов в песочнице браузера, когда можно просто скомпилить их для работы без браузера вообще.

    А по поводу Emscripten, я написал то что сами сейчас сталкиваемся, смотрим в сторону TypeScript/Flow, для браузерного клиента, при том что все не в восторге от JS, его нюансов...

     

  • 1.20, Q2W (?), 10:58, 26/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот демки: http://vps2.etotheipiplusone.com:30176/redmine/projects/emscripten-qt/wiki/De

    На моём chromium 45, запущенном с флагом --enable-nacl, демки работают через этот emscripten. И загружают по несколько метров кода для простого текстового редактора. Тормозит адски. Задержка на выделение текста, например, чуть ли не секунда. И это на core i5.

     
     
  • 2.23, Аноним (-), 13:16, 26/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, как уже писал выше, пример сорцев на RUST скомпиленных в JS, тут ничего не тормозит и работает всё если не быстрее прямо написанного на js, то точно не медленнее, так же проверял на core-i5

    сорц:
    https://github.com/tcr/rust-todomvc/blob/master/src/main.rs
    само демо:
    http://tcr.github.io/rust-todomvc/

     

  • 1.26, хрюкотающий зелюк (?), 14:21, 26/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нужно! Для определенных ситуаций.
     
  • 1.32, Аноним (-), 00:47, 28/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ребят, а есть РАБОЧИЙ ман по сборке этого всего? Тот, что по ссылке, не работает нихера. Не работал nacl-configure (просто молча завершался configure), убрал -skip xmlpatterns - вроде ок стало. Делал по README.md, который в ветке wip/nacl, да и в этом мане есть слова об этом, например,
        make module-qtbase
        make module-qtdeclarative
        make module-qtquickcontrols
    вообще не работает, нет таких целей, пришлось просто make делать. В итоге всё собралось в статике, устанавливается (make install) в ту же директорию, где и изначально лежит, т.е. никуда, все либы статичны, при сборке приложений через nacl-sdk'овский компилятор либы Qt ругаются на undefined reference всего чего только можно. Кто-нибудь собрал это успешно?
     
  • 1.34, Аноним (-), 04:20, 28/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Правильно ли я понимаю, что qooxdoo теперь может покоиться с миром?

    Где посмотреть демки этого Qt for Native Сlient? Хотелось бы увидеть что-нибудь типа http://demo.qooxdoo.org/current/showcase/#Form

     
     
  • 2.35, Аноним (-), 05:00, 28/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Упс. Увидел ссылку от Q2W в комментариях.

    С такой скоростью загрузки и лагами во время работы эта штука пока не пригодна. Но что-то в этом есть. :) Проверял на последнем огнелисе 41.0 под бубунтой.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру