Ontaelio 16 янв 2017 в 11:02

Одно приложение для трех платформ

3 мин

12K

Блог компании SkyengC++*Разработка мобильных приложений*

+12

Комментарии 16

roman_art 16 янв 2017 в 11:32

Интересная статья. Как осуществляется сетевые запросы? используя нативные механизмы(NSURLSession) или механизмы c++

akM12a 16 янв 2017 в 11:36

Ядро на C++ отвечает только за логику. Работа с базой данных, сетевые запросы и UI реализованы нативно.

altk 16 янв 2017 в 12:10

А почему бы не использовать SQLite и libcurl? Тогда ещё большую часть логики можно будет вынести в C++.

akM12a 16 янв 2017 в 12:29

Не рассматривали. Но думаю что использовать бы не стали, опять же, по историческим причинам. Мы имели 2 готовых приложения, в которые нужно было вставить большой кусок логики.

roman_art 16 янв 2017 в 12:32

Возможно, что libcurl умеет делать не всё то, что умеет нативный NSURLSession.

DancingOnWater 16 янв 2017 в 12:00

если пишите на C++, то что мешает использовать QtQuick из Qt?

akM12a 16 янв 2017 в 12:23

Выбор нативной реализации UI был для нас легким решением по историческим причинам. Т.е. приложения были написаны на момент выбора инструментов реализации данной задачи.

MKutuzoff 16 янв 2017 в 12:27

Я так понимаю ASP.NET, WCF, Xamarin не в почете?

ad1Dima 16 янв 2017 в 13:48

Они бы не встроили его в нативное приложение.

MKutuzoff 16 янв 2017 в 15:05

использование нативного приложения, является обязательным условием? Я не пытаюсь навязать свое мнение, мне интересно причины именно такого решения, т.к. в дальнейшем мне надо будет решать подобную задачу проектирования, а приведенный автором статьи аргумент меня не склонил к использованию библиотеки c++.

akM12a 16 янв 2017 в 15:14

Для нас это было обязательным условием. Если же приложения разрабатываются с нуля, возможно этот подход не для вас. К основным плюсам такого подхода я бы отнес производительность и безболезненную интеграцию в существующие нативные приложения. Если эти пункты для вас не критичны, возможно стоит посмотреть в сторону react native или чего-нибудь подобного.

Atreides07 16 янв 2017 в 15:50

Судя по статье они и не встраивали, а написали все с нуля:

Поэтому мы, по сути, еще раз переписали все с нуля.

ad1Dima 16 янв 2017 в 16:35

Ну а в комментариях они пишут другое.

Если я правильно их понял, они переписали с нуля общий блок логики, и встроили его в существующие мобильные приложения.

roman_kashitsyn 16 янв 2017 в 14:39

Возможно, вам будет интересно посмотреть на https://github.com/dropbox/djinni.

akM12a 16 янв 2017 в 15:09

Спасибо за комментарий, в статье эта тулза не упомянута.

mu3 20 янв 2017 в 11:38

WebView и AppCache ещё не изобрели

Зарегистрируйтесь на Хабре, чтобы оставить комментарий