Автодосматривающие, Бюрократы, Патрулирующие, Администраторы интерфейса, Project members, Управляющие подписками push-уведомлений, Выверяющие, Скрывающие, Администраторы, Редакторы виджетов
5802
правки
[досмотренная версия] | [досмотренная версия] |
Test (обсуждение | вклад) Нет описания правки |
Нет описания правки |
||
Строка 1: | Строка 1: | ||
{{#seo: | {{#seo: | ||
|title= Кроссплатформенные | |title= Кроссплатформенные приложения — материал из Decimal Wiki | ||
|titlemode= append | |titlemode= append | ||
|keywords= Кроссплатформенные приложения | |keywords= Кроссплатформенные, нативные приложения | ||
|description= Кроссплатформенные приложения | |description= Кроссплатформенные и нативные приложения — что такое и чем различаются | ||
}} | }} | ||
'''Кроссплатфо́рменное приложе́ние''' — [[программное обеспечение|приложение]], которое может работать в различных операционных системах (ОС). Приложения, существующие только для одной конкретной ОС, называют '''[[#Нативные приложения|нативными]]'''. | |||
После написания кода приложения его можно развернуть на разных устройствах и платформах, не беспокоясь о проблемах несовместимости. Это универсальный подход, который широко используется для экономии времени и денег на разработку. Часто для этого применяются специализированные кроссплатформенные [[фреймворк]]и. | |||
== Преимущества кроссплатформенных приложений == | |||
* Один код доступен для повторного использования на других платформах. | |||
* Разработка кроссплатформенных приложений экономически эффективна. | |||
* Простое и быстрое развёртывание. | |||
* Кроссплатформенные приложения покрывают более широкую аудиторию. | |||
* Кроссплатформенные приложения допускают одинаковый интерфейс и UX. | |||
''Внешний вид приложения ([[UI]]) и ощущения ([[UX]]) очень важны. Единый код позволяет компаниям использовать одинаковый внешний вид приложения на всех платформах. То есть одни и те же пользовательский интерфейс и опыт использования будут одинаковыми на всех платформах.'' | |||
== Недостатки кроссплатформенной разработки приложений == | |||
* Они не являются такими гибкими, как нативные приложения. | |||
* Возможное несоответствие UI в различных платформах. К примеру, у каждой системы имеются свои требования к дизайну элементов UI. В определённых случаях эти требования могут оказаться взаимоисключающими. | |||
* Отправка кроссплатформенных приложений в соответствующие магазины может иметь сложности — в связи с различными требованиями к представленным у них продуктам. | |||
== Нативные приложения == | |||
'''Нати́вные приложе́ния''' (с англ. ''native'' — «родной») разрабатываются под конкретную аппаратно-программную платформу и пишутся на языках, созданных для данной платформы. | |||
= Нативные приложения = | |||
''' | |||
Например, родными языками для Android являются Java и Kotlin, для iOS, соответственно, Swift и Objective-C. | Например, родными языками для Android являются Java и Kotlin, для iOS, соответственно, Swift и Objective-C. | ||
Нативные приложения создаются специально для запуска на целевой | Нативные приложения создаются специально для запуска на целевой платформе — с поддержкой всех нативных технологий и аппаратных возможностей конкретной платформы. | ||
=== Плюсы нативных приложений === | |||
* Высокая производительность. | |||
* Максимальное использование возможностей платформы. | |||
=== Минусы разработки нативных приложений === | |||
* Дороговизна и высокие затраты времени на разработку. | |||
* Несовместимость с другой операционной системой. | |||
* Разработка приложений, ориентированных только на одну платформу, может привести к упущенным возможностям. Особенно если другие платформы заранее не принимаются во внимание. | |||
== См. также == | |||
* '''[[dApps]]''' | |||
{{Автор|Рената Димова}} | |||
[[Категория:Терминология]] | |||
[[Категория:Программное обеспечение]] |