Новости 

Классификация платформ разработки мобильных приложений (MADP)

Поделиться ссылкой:

С феноменальным ростом внедрения мобильных приложений компании сталкиваются с проблемами разработки и поддержки приложений, работающих на всех этих различных платформах и устройствах, для охвата более широкой аудитории. Разработчики также сталкиваются с проблемой поддержания постоянного внешнего вида и точности в устройстве / ОС.

Платформа разработки мобильных приложений (MADP), как следует из ее названия, предоставляет инструменты и платформы для разработки мобильных приложений Business-to-Employee (B2E) и Business-to-Consumer (B2C). В дополнение к инструментам, эти платформы также предоставляют серверы промежуточного программного обеспечения для подключения и синхронизации данных с внутренними системами, что исключает дублирование работы, позволяя записывать и поддерживать бизнес-логику в одном месте. С помощью этих инструментов MADP вы можете обеспечить более тесную интеграцию с функциями устройства.

Ниже перечислены основные характеристики, которые должны иметь все инструменты MADP:

  • Интегрированная среда разработки (IDE): Предоставление визуальных редакторов / модулей, форма Построители, построители объектов, отладчики и интеграция управления ресурсами.
  • Разработка и настройка мобильных приложений: Явная поддержка платформенных устройств / эмуляторов, генерации кода для платформы и т. Д.
  • Еще поддержка устройств и интеграция O / S: Поддержка нескольких инструментальных платформ с оптимизацией кода конкретного устройства, времени работы конкретного устройства, интеграции конкретного устройства и более тесной интеграции устройства.
  • Мобильное приложение для упаковки и предоставления услуг: Поддержка нативных и гибридных развертываний, процесс создания отдельных отчетов для всех платформ, подписывание встроенных приложений, предоставление гибкости обслуживания отдельным пользователям — простая платформа одно приложение — несколько платформ.
  • Сервер промежуточного программного обеспечения: Сервер приложений, на котором размещены внутренние компоненты интеграции, которые управляют регистрацией устройств, безопасностью и управлением транзакциями. Он также заботится об управлении мобильными ресурсами на основе контекста пользователя, устройства и сети.
  • Интеграция корпоративных приложений: ERP / CRM и другие адаптеры внутренней интеграции. Поддержка картографов данных, предустановленных преобразователей данных, обмена данными и кэша сервера.
  • Безопасность и удаленное администрирование: Поддержка шифрования данных устройства, автоматического завершения функции, управления приложениями и обновления устройства на основе OTA-устройств (энергопотребление, сетевое подключение).

В широком масштабе эти инструменты MADP на основе их среды разработки и стиля упаковки можно разделить на две категории

  • Native Building Tools и
  • ]

  • Инструменты для гибридного строительства

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

Как только разработчик создает мобильный инструмент в инструменте и указывает целевые платформы, он автоматически создает оптимизированный собственный пакет для этой платформы. Среда выполнения, специфичная для платформы / устройства, не только оптимизирует экран пользовательского интерфейса, но также управляет памятью, производительностью и пропускной способностью. Эти IDE также поставляются с листами функций для конкретной платформы для настройки функций для конкретной платформы.

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

недостатки.

Плюсы:

  • Предоставляется сложными редакторами WYSIWYG, которые используют редактор перетаскивания, создатель сценариев и выражений и свойства [1945900]]
  • ] Платформа гарантии и разнообразия
  • Хорошая производительность, генерирует оптимизированный собственный на основе целевой платформы и устройств
  • Время маркетинга очень мало, с использованием единого входа и многоплатформенного развертывания

Недостатки:

  • Архитектура, основанная на авторских рамках
  • Требуется изучение новых навыков, таких как новый язык сценариев, новая IDE и т. Д.
  • Высокая стоимость владения, лицензия на основе устройства / Sess и в очень небольшом числе случаев он основан на процессорах

]

Лучшие продукты MDAP, которые попадают в эту категорию и относятся к KonyOne, Antenna AMPchroma, Syclo и т. д.,

Гибридные инструменты сборки: Как следует из названия, мобильные приложения, созданные с использованием этих инструментов, зависят от гибридных сред HTML5 для создания независимых приложений для строительной техники. Продукты этой категории ориентированы в первую очередь на предоставление функций промежуточного программного обеспечения сервера, которые выполняют роль шлюза между мобильными приложениями и серверными корпоративными системами. Большинство этих инструментов используют веб-сервисы REST для интеграции с бэкэнд-системами.

Эти инструменты зависят от таких сред, как JQuery Mobile, Sencha Touch, Dojo Mobile и т. Д. С помощью этих сред пользовательского интерфейса разработчик должен настроить HTML5 и CSS в приложении для создания пользовательского интерфейса. для платформы / устройства. Для доступа к функциям устройства, таким как галереи, контакты, акселерометр, камера, GPS и т. Д., Эти инструменты зависят от гибридных кадров, таких как PhoneGap / Cordova.

У этого подхода есть свои плюсы и минусы.

Плюсы:

    • [2]

    • Архитектура построена на открытых стандартах
    • ] Гибкость фрейма, позволяет разработчикам выбирать тип инструмента фреймворка пользовательского интерфейса, который они хотят использовать
    • Повторное использование набора навыков, использует существующие инвестиции в навыки веб-разработки
    • Блокировка поставщика ограничена функциями безопасности и синхронизации
    • Стоимость владения ниже, лицензирование либерально с доступностью инструментов с открытым исходным кодом

Разнообразие устройств, разработчик должен полагаться на каркасы пользовательского интерфейса для создания кроссплатформенных интерфейсов и точной настройки на конкретную платформу / устройство

  • опыт работы с пользователями отстает от родного подхода, гибридный код обычно не оптимизирован для конкретной платформы, на которой выполняется приложение
  • Время выхода на рынок больше, разработчикам необходимо написать / настроить код для каждой платформы и разрешения экрана
  • К основным продуктам MDAP, попадающим в эту категорию, относятся IBM Worklight, Convertigo, SUP, OpenMEAP и т. Д.,

    . Существующие поставщики промежуточного программного обеспечения начали медленно внедрять этот подход. С его нынешним потенциалом для обеспечения надежного промежуточного программного обеспечения, безопасности и возможностей EAI, он может легко создавать и добавлять Hybrid Build MADP в свой портфель.

    Заключение

    Заключение Инструменты Native Build с их мощным набором функций всегда стоят на вершине во время оценки MADP, но не могут быстро проникнуть организации из-за их негибких моделей лицензирования и высокой стоимости лицензирования. Блокировка поставщика — еще одна проблема, которая заставляет ИТ-директоров задуматься, прежде чем начинать использовать инструменты Native Build MADP. Из-за отсутствия стандартных спецификаций (например, JEE, JDO) в MADP поставщики не имеют другого выбора, кроме как создавать свои собственные инструменты для стандартизации. Пришло время, чтобы продавцы инструментов собрались вместе, чтобы определить стандарты в этой области.

    С другой стороны, Hybrid Build, хотя и хуже, чем его аналог, заставляет организации вмешиваться, внедряя открытый стандарт, который вращается вокруг HTML5, CSS3 и JavaScript. Благодаря своим гибким моделям лицензирования и открытым стандартам ИТ-директора не могут перестать покупать эти инструменты. Еще одно важное преимущество использования Hybrid Build for CIO заключается в том, что теперь они могут повторно использовать свои существующие команды веб-разработчиков (с JavaScript, HTML, CSS skillet) для создания мобильных приложений.


    Мы не придумываем новости, мы их копируем! Верить или нет тому, что вы прочитали на нашем сайте, личное дело каждого!

    Похожие записи

    Top