Ionic 2 теперь поддерживает рабочий стол. Означает ли это, что один код для всех устройств?

Я видел это вчера из моей электронной почты

Ionic теперь готов к рабочему столу Создавайте приложения для телефонов и больших настольных дисплеев с сеткой и разделенной панелью. За последние несколько недель мы усердно работали над добавлением поддержки одной из наиболее востребованных функций Ionic: поддержки рабочего стола и планшета.

Благодаря новой гибкой системе Grid и разделенной панели в Ionic Framework 2.2.0 разработчики Ionic теперь могут создавать пользовательские интерфейсы, которые масштабируются от смартфонов до планшетов и настольных дисплеев. Все с одной кодовой базой!

Наша цель с Ionic — дать веб-разработчикам возможность создавать приложения на всех платформах, которые им интересны. Хотя мобильные устройства по-прежнему остаются нашим хлебом насущным, поскольку Ionic основан на веб-технологиях, он работает в мобильном приложении так же хорошо, как в Интернете или в настольном приложении.

Попробуйте новую сетку и разделенную панель сегодня и дайте нам знать, что вы думаете!

Означает ли это, что я могу создать ионное приложение для IOS, Android, Windows, а также разместить «приложение» на своем веб-сайте и на www.mywebapp.com, чтобы просмотреть именно то, что я увижу в мобильных приложениях (все с одним кодом основание!)? Или эта идея слишком хороша, чтобы быть правдой?


typescript ionic-framework angular progressive-web-apps ionic2
person ErnieKev    schedule 23.03.2017    source источник

Ответы (2)


arrow_upward
4
arrow_downward

Означает ли это, что я могу создать ионное приложение для IOS, Android, Windows? - Да

а также размещение «приложения» на моем веб-сайте и на www.mywebapp.com, чтобы увидеть именно то, что я увижу в мобильных приложениях (все с одной базой кода!) - Нет< /сильный>

Здесь речь идет о прогрессивных веб-приложениях (PWA). Когда вы разрабатываете PWA, вы должны учитывать ряд факторов. Главное, вы не можете использовать нативные мобильные плагины с этими приложениями. Потому что нативные плагины были созданы только для мобильные устройства. Точно так же существует множество факторов. Пожалуйста, прочитайте статью ниже, чтобы узнать об этом больше.

Что такое прогрессивное веб-приложение (PWA)?

Прогрессивное веб-приложение использует современные веб-возможности, чтобы обеспечить пользовательский интерфейс, подобный приложению. Они превращаются из страниц на вкладках браузера в иммерсивные приложения верхнего уровня, постоянно поддерживая низкое трение в Интернете.

Если вы хотите увидеть демонстрацию PWA сборки Ionic, посмотрите это: Ionic ПВА

Прогрессивные веб-приложения:

Прогрессивность. Работайте для каждого пользователя, независимо от выбранного браузера, потому что они построены с использованием прогрессивного улучшения в качестве основного принципа.

Адаптивный — подходит для любого форм-фактора, настольного компьютера, мобильного телефона, планшета или любого другого устройства.

Независимая от подключения – расширена за счет сервисных работников для работы в автономном режиме или в сетях низкого качества.

Приложение. Используйте модель оболочки приложения, чтобы обеспечить навигацию и взаимодействие в стиле приложения.

Обновление — всегда актуальная информация благодаря процессу обновления Service Worker.

Безопасный – обслуживается по протоколу TLS, чтобы предотвратить отслеживание и гарантировать, что содержимое не было изменено.

Обнаруживаемые — идентифицируются как «приложения» благодаря манифестам W3C и области регистрации сервис-воркеров, позволяющей поисковым системам находить их.

Повторное взаимодействие. Упростите повторное взаимодействие с помощью таких функций, как push-уведомления.

Установка. Разрешите пользователям «оставлять» приложения, которые они считают наиболее полезными, на главном экране без хлопот с магазином приложений.

Связываемость – легко делитесь по URL-адресу и не требует сложной установки.

Подробнее о вышеуказанных концепциях можно прочитать здесь: Начало работы с Прогрессивные веб-приложения

person Sampath    schedule 23.03.2017
comment
Спасибо. Итак, вы имеете в виду, что если я создам ионное приложение для мобильных платформ, которое хранит и считывает данные в облаке, если я хочу создать настольную версию, которая синхронизируется с облаком, мне нужно будет создать «отдельный» ионный проект с измененным кодом? Я предполагаю, что это будет почти то же самое, что и создание настольного веб-приложения с помощью angular 2, если мне не нужен ионный пользовательский интерфейс, верно? - person ErnieKev; 23.03.2017
comment
Вы ошибаетесь. Если вы видите приложение для конференций Ionic, которым я поделился выше, это мобильное приложение. Вы можете видеть, что теперь оно также работает как PWA. Почему? Потому что они тщательно разработали его в соответствии с обоими мирами. Вы тоже можете поступить таким образом. Но если вы используете нативные плагины, вам придется удалить эти вещи из вашего PWA. Надеюсь, вы поймете мою точку зрения. тщательно спроектируйте приложение. Вы можете использовать большинство компонентов пользовательского интерфейса Ionic2 с PWA. Вы определенно можете использовать более 70-80% кодовой базы в обоих мирах. Может быть, больше, если вы разработаете его с учетом обоих типов приложений. - person Sampath; 23.03.2017
comment
Извините за все эти вопросы. Я пытаюсь понять это, так как я создал PWA с Angular 2 и немного изучил Ionic 2 до этого объявления. Короче говоря, создание приложения ios + android + windows из Ionic — это один проект (сделайте все это за один раз). И если я хочу прогрессивную версию веб-приложения, размещенную на www.myapp.com, мне нужно будет создать ОТДЕЛЬНЫЙ ионный проект и использовать любой код, который я могу использовать, верно? - person ErnieKev; 23.03.2017
comment
Если вы начнете проект таким образом, то рано или поздно у вас будет две совершенно разные базы кода для обоих типов приложений. Я не думаю, что это хороший вариант. Так что начните его как один проект. Когда у вас будут требования который не может обслуживать оба типа приложений, попробуйте разработать его как отдельный подключаемый модуль. Если вы это сделаете, у вас будет один проект и разные модули, подходящие для разных типов приложений. - person Sampath; 23.03.2017

arrow_upward
0
arrow_downward

Теоретически у вас может быть 1 кодовая база для нативных приложений, PWA и настольного приложения. Я думаю, это зависит от вашего бизнеса.

Я пошел немного другим путем для QueMesa:

Веб-сайт DESKTOP похож на целевую страницу. У него есть некоторые условия, часто задаваемые вопросы, аннотация и страницы, и он может запускать приложение: https://www.quemesa.com Это ванильное приложение Angular4 + Bootstrap, но я мог бы легко использовать Wordpress (т.е. это НЕ приложение — это веб-сайт).

Мобильное веб-приложение (PWA) находится в другом домене: https://m.quemesa.com. НЕ выглядит великолепно на чем-то большем, чем ipad, однако он все еще работает. Количество усилий, которые я хочу вложить в это, чтобы оно отлично выглядело на рабочем столе, является чисто бизнес-решением, основанным на моих целевых пользователях и соотношении затрат и выгод. Примечание. Если вы перейдете на https://www.quemesa.com в мобильном приложении, я автоматически перенаправление в мобильное веб-приложение (чтобы мобильные пользователи всегда переходили прямо в мобильное веб-приложение). Только пользователи настольных компьютеров когда-либо увидят настольное приложение.

Благодаря Ionic для приложений Android и iOS используется один и тот же код: https://www.quemesa.com/mobile-app

Поэтому я думаю, что каждый вариант использования отличается, и это зависит от того, ЧТО представляет собой ваше приложение и как ваши пользователи будут его использовать. В настоящее время я нахожусь в Мексике, и нативные приложения не так популярны, как в других частях мира (пока). Однако настольные компьютеры используются не так часто, как мобильные, поэтому с PWA на один барьер меньше.

Единственная причина, по которой моя основная целевая страница — это приложение Angular/отдельная кодовая база, заключается в том, что раньше оно было полнофункциональным приложением, пока мобильные приложения Ionic не превзошли его по функциональности. Затем у меня был выбор: сохранить его синхронизированным или просто удалить части приложения и оставить его в качестве целевой страницы.

Причина, по которой я не использую полностью одну кодовую базу, заключается в том, что макет Ionic недостаточно близок к UX настольного веб-сайта. Таким образом, настольный веб-сайт просто запускает приложение...

person Rodney    schedule 28.10.2017