Преимущества / недостатки гибридного приложения iphone для HTML / Objective-C - PullRequest
4 голосов
/ 23 декабря 2010

Существуют ли какие-либо существенные преимущества / недостатки, которые я должен учитывать при разработке приложения, которое решает, создавать ли части (стилизованные меню, страницы с содержимым со сложным макетом и т. Д.) В HTML / UIWebview или делать все это нативно?

Я хотел бы услышать, как люди с этим сталкиваются.

Ответы [ 4 ]

4 голосов
/ 23 декабря 2010

Лично я нахожу, что мне не нравятся веб-приложения, которые (обычно) замаскированы под приложения для iOS. Я склонен замечать много несоответствий между пользовательским интерфейсом веб-приложения и «нативным» приложением, и в большинстве случаев это беспокоит меня (моя самая большая любимая мозоль - это нажать кнопку и увидеть ее подсветку с помощью небольшого полупрозрачного черного ящика вокруг это как ссылка). Теперь я не представляю демографических данных основных пользователей, что, вероятно, не волнует, но это мое личное мнение.

С точки зрения программирования, я никогда раньше не писал веб-приложение, но я предполагаю, что оно будет несколько менее структурированным, чем нативное приложение, только потому, что написание HTML, Javascript и CSS не заставляет вас предполагать определенная структура проекта, в отличие от приложений iPhone, которые имеют различные представления, контроллеры и тому подобное. В зависимости от того, что вы хотите написать, это может быть освобождающим, но может и запутаться очень быстро.

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

1 голос
/ 13 марта 2012

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

Например, возьмите большое обновление iOS.Если выбранный вами фреймворк ломается, ваше приложение ломается, и вы не сможете его исправить, пока фреймворк не будет исправлен.

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

1 голос
/ 23 декабря 2010

Я подозреваю, что основные преимущества / недостатки связаны с пользовательским интерфейсом - «родной» пользовательский интерфейс на основе UIKit будет казаться намного более естественным, чем манипулирование элементами в веб-представлении.(Это также будет означать, что вы можете использовать больше «стандартных» компонентов, таких как контроллеры навигации, панели вкладок и т. Д.)реализовано через различные объекты UIKit и контент, предоставляемый через веб-представление.

0 голосов
/ 24 декабря 2010

Другая проблема заключается в том, что в веб-приложении / компоненте вы упускаете возможности использования технологий и платформ, специфичных для конкретной платформы, таких как базовые данные, GCD (или любая другая модель многопоточности - что в веб-интерфейсе может иметь место, например, в Ajax), в uitableview скэширование и т. д.

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

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