Создание приложения ios: Разработка мобильных приложений для iOS, как создать iOS приложение с нуля

• Drawable папки: В папке app/App_Resources/Android вы найдете несколько подпапок с именами drawable-X (где x — разное значение DPI для разных устройств). В этих папках будут храниться правильно масштабированные изображения. для значков приложений, экранов запуска и изображений приложений (необязательно). Вот полный список папок с доступными для рисования ресурсами.

  • drawable-ldpi : Ресурсы для экранов с низкой плотностью (ldpi) (~120 точек на дюйм).

  • drawable-mdpi : Ресурсы для экранов средней плотности (mdpi) (~160 dpi). (Это базовая плотность.)

  • drawable-hdpi : Ресурсы для экранов высокой плотности (hdpi) (~240dpi).

  • drawable-nodpi : Ресурсы для всех плотностей. Это независимые от плотности ресурсы. Система не масштабирует ресурсы, помеченные этим квалификатором, независимо от текущей плотности экрана.

    Важно

    В NativeScript это папка, содержащая splash_screen.xml — файл, создающий экран запуска.

  • drawable-xdpi : Ресурсы для экранов сверхвысокой плотности (xhdpi) (~320dpi).

  • drawable-xxdpi : Ресурсы для экранов сверхвысокой плотности (xxhdpi) (~480 dpi).

  • drawable-xxxdpi : Ресурсы для использования с очень высокой плотностью (xxxhdpi) (~ 640 точек на дюйм). Используйте это только для значка запуска.

• папка значений : файлы XML, содержащие простые значения, такие как строки, целые числа и цвета. Вот полный список файлов, поставляемых с базовым шаблоном NativeScript.

   * **colors.xml**: файл XML, в котором объявлены цвета приложения.
  * **strings.xml**: файл XML, в котором объявлена ​​строка приложения.
  * **styles.xml**: XML-файл, в котором объявлены стили приложения.
  Этот файл содержит ваш стиль LaunchScreenTheme,
  который вы можете настроить, чтобы изменить упомянутый выше `splash_screen.xml`.
  Как только ваше приложение загружено, `LaunchScreenTheme` меняется на стиль `AppTheme`.
   

• папка values-v21 : XML-файлы, содержащие простые значения, такие как строки, целые числа и цвета. Используется, когда вам нужно предоставить темы, поддерживаемые только на уровне API 21+ (например, Theme.Material). его корневой каталог. Файл манифеста представляет важную информацию о вашем приложении для системы Android — информацию, которая должна быть у системы, прежде чем она сможет запустить какой-либо код приложения. Чтобы изменить файл значка приложения, вы должны изменить 9Ключ 0300 android:icon в теге приложения . <Комментарий: проверьте, не допущена ли техническая ошибка. Исходный текст было трудно понять.> Установленный значок приложения по умолчанию:

  android:icon="@drawable/icon"

  Приведенный выше код будет искать файл с именем icon.png в drawable и загрузит правильно масштабированное изображение для текущего устройства. <Комментарий: Пожалуйста, просмотрите мою переработку приведенного выше предложения, чтобы убедиться, что я не создал ошибку. У вас были «папки drawables», но команда ссылалась на одну папку (не во множественном числе). >

Примечание

В AndroidManifest вы найдете следующий ключ:

5 9 Этот ключ используется NativeScript для замены

LaunchScreenTheme на AppTheme при загрузке приложения.

Как настроить собственный экран запуска

Чтобы изменить экран запуска NativeScript по умолчанию (определено в drawable-nodpi/splash_screen.xml ) и создайте свой собственный, выполните следующие действия:

1. Поместите правильно масштабированные изображения в соответствующие папки drawable . Эта папка может использоваться не только для изображений экрана запуска, но также для значков приложений и изображений в приложении (вы можете обратиться к этому ресурсу из логики вашего приложения с помощью "res://image-name" ) . Приложение-шаблон по умолчанию поставляется с тремя изображениями: icon. png (используется для значка приложения), logo.png (образец изображения по центру) и background.png (изображение, используемое для заполнения фона).

По умолчанию splash_screen.xml с центрированным logo.png и заполненным background.png .

 <список слоев
  xmlns:android="http://schemas.android.com/apk/res/android"
  андроид: гравитация = «заполнить»
>
  <элемент>
    
  
  <элемент>
    
  

 

2. Определите цвета, которые вы хотите использовать в values/colors.xml и values-v21/colors.xml . Вы можете установить свои собственные цвета и повторно использовать их в файле splash_screen.xml для экрана запуска (или повторно использовать их в своем приложении).

3. Определите строки, которые вы хотите использовать в values/strings.xml и values-v21/strings.xml . Вы можете задать здесь свою собственную строку и повторно использовать ее в файле splash_screen.xml 9.0539 для экрана запуска (или повторно используйте их в своем приложении).

4. Определите стили и темы, которые вы хотите использовать, в файлах values/styles.xml и values-v21/styles.xml . Обратите внимание, что стили, примененные в папке values-v21, будут применяться только к устройствам с API 21+.

Шаблон NativeScript по умолчанию поставляется с двумя темами: LaunchScreenTheme (используется для первоначального запуска) и AppTheme (используется для вашего основного приложения).

Примечание

Если в вашем проекте нет папок values ​​ , values-v21 и/или drawable-xxx , вы можете создать их вручную и добавить необходимые файлы соответственно. Или вы можете использовать набор стилей и тем по умолчанию, используемый в NativeScript.

Обратите внимание, что вы можете НЕ иметь пользовательские папки внутри вашего App_Resources. Только папки, которые требуются в соответствии с соглашением Android. <Комментарий: соглашение кажется неправильным словом. Вы имеете в виду операционную систему?> разрешены, и они должны быть созданы с точными именами (например, значений , значений-v21 , drawable ). При добавлении новых папок в App_Resources вам следует сбросить папку платформы.

 нс платформа удалить android
платформа нс добавить андроид
 

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

Сертификаты

Сертификат отладки

Они автоматически генерируются инструментами Android SDK.

В режиме отладки вы подписываете свое приложение сертификатом отладки. Этот сертификат имеет закрытый ключ с известным паролем. Процесс обрабатывается инструментами Android.

Подробнее см. в разделе «Вход в режим отладки».

Сертификат выпуска

Сертификат выпуска для Android создается вами; он не должен быть подписан центром сертификации. Сертификат выпуска для Android создать проще, чем для iOS. Однако вам следует быть более осторожным со своим сертификатом.

Несколько подводных камней:

• Вы создаете сертификат только один раз. Если вы его потеряете, вы не сможете публиковать какие-либо обновления для своего приложения, потому что вы всегда должны подписывать все версии своего приложения одним и тем же ключом.
• Если срок действия вашего сертификата истек, вы не сможете его обновить. Обеспечьте длительный срок действия при создании нового сертификата (на 20+ лет).
• Если третья сторона получит ваш закрытый ключ, эта сторона может подписывать и распространять приложения, которые злонамеренно заменяют ваши подлинные приложения или искажают их.

Вы можете сгенерировать закрытый ключ для сертификата выпуска с помощью keytool.

 keytool -genkey -v \
  -keystore <мой-релиз-ключ>.keystore \
  -alias <псевдоним> \
  -keyalg РСА \
  -размер ключа 2048\
  -срок действия 10000
 

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

Консоль разработчика Google Play

Вам потребуется учетная запись разработчика и вход в консоль разработчика Google Play.

Перейдите в раздел Все приложения и нажмите кнопку + Добавить новое приложение .

• Вам будет предложено указать название приложения

• Затем вы можете перейти к спискам магазинов.

• Вы можете заполнить описание приложения, скриншоты и так далее.

• Вы также можете отправить APK. Узнайте, как получить APK из приложения NativeScript.

Сборки

Управление версиями сборки

Мы уже объяснили, как Идентификатор приложения задается в вашем проекте, как значки добавляются в ваше приложение и как вы можете установить отображаемое имя.

Перед сборкой нужно установить две важные вещи: versionCode и android:versionName .

При загрузке сборки ее versionCode должен быть больше, чем у предыдущих сборок. Новая сборка с более высоким кодом версии считается обновлением сборок с более низким 9Версия 0735Код . versionCode — это целое число, поэтому вам следует тщательно продумать стратегию управления версиями.

Оба значения хранятся в app/App_Resources/Android/AndroidManifest.xml .

Примечание

android:versionName — строковое значение, которое используется для представления версии приложения пользователю, тогда как android:versionCode — целочисленное значение, показывающее версию кода приложения относительно других версий. Вы можете прочитать больше о «Версии ваших приложений».

В app/App_Resources/Android/AndroidManifest.xml versionCode и versionName отображаются как:

 
      ...
 

Сборка подписанного выпуска APK

Вы можете выполнить полную сборку и создать подписанный APK с помощью интерфейса командной строки NativeScript:

 ns build android --release \
  --key-store-path <путь к вашему хранилищу ключей> \
  --key-store-password <ваш-ключ-хранилище-пароль> \
  --key-store-alias <имя-псевдонима> \
  --key-store-alias-password <ваш-алиас-пароль> \
  --copy-to .apk
 

Затем вы можете использовать созданный .apk для загрузки в Google Play .

APK с разделением ABI

Примечание

Рекомендуемый подход к уменьшению размера приложения путем его разделения по архитектуре — это Android App Bundle, который поддерживается по умолчанию с помощью флага --aab NativeScript CLI.

Разделение Android ABI

Если рекомендуемый подход Android App Bundle вам не подходит, в качестве альтернативы можно вручную настроить разделение ABI. Раздельный подход ABI будет создавать разные файлы apk для разных архитектур. Для этого вам нужно включить разделение ABI на app/App_Resources/Android/app.gradle

Включить разделение ABI

 android {
....
  defaultConfig {
    ....
    ндк {
      abiFilters.очистить()
    }
  }
  разделяет {
    аби {
      enable true //включает механизм разделения ABI
      reset() // сбрасываем список ABI для включения в пустую строку
      включают «arm64-v8a», «armeabi-v7a», «x86»
      универсальныйApk правда
    }
  }
....
 

Публикация ABI split apk

Теперь вам нужно загрузить все созданные файлы apk в консоль разработчика Google Play. Для этого разные apk-файлы должны иметь разные коды версий, иначе Google Play не позволит добавить их в одну и ту же версию. Чтобы использовать разные коды версий, вы можете добавить следующий код в свои App_Resources/Android/app.gradle , который будет префикс кодов версий apk с различной архитектурой с разными префиксами:

 project.ext.abiCodes = ['armeabi-v7a': 1, 'arm64-v8a': 2, 'x86' : 3]
android.applicationVariants.all {вариант ->
    вариант.выходов.каждый { вывод ->
        def baseAbiVersionCode = project.ext.abiCodes.get(output.getFilter("ABI"), 0)
        если (baseAbiVersionCode != ноль) {
            output.versionCodeOverride = baseAbiVersionCode * 10000000 + variant.versionCode
        }
    }
}
 

Отправить с помощью консоли разработчика Google Play

Чтобы отправить приложение на консоль разработчика Google Play :

1. Войдите в консоль разработчика Google Play.
2. Выберите свое приложение и перейдите в раздел APK .
3. Выберите Production , Beta или Alpha и нажмите Загрузить новый APK .
4. Выберите APK, созданный CLI.

Подробнее об этих этапах можно прочитать в разделе «Настройка альфа/бета-тестирования».

Как только вы загрузите APK, он будет проверен. После утверждения вы можете перевести его в производство, чтобы сделать его доступным в Google Play .

Android App Bundle

Android App Bundle — это новый формат публикации, который содержит весь скомпилированный код и ресурсы вашего приложения, но оставляет фактическое создание и подписание APK в Google Play. Затем магазин использует пакет приложений для создания и обслуживания оптимизированных APK-файлов на основе конфигурации устройства конкретного пользователя. В целом преимущество использования Android App Bundle заключается в том, что вам больше не нужно создавать, подписывать и управлять несколькими APK для поддержки разных устройств, а пользователи получают более оптимизированные загрузки меньшего размера. Дополнительные сведения о наборе Android App Bundle см. в статье о пакетах приложений Android в официальной документации для разработчиков Android.

Создать пакет приложений Android

Вы можете выполнить полную сборку и создать подписанный AAB с помощью интерфейса командной строки NativeScript:

 ns build android --release \
  --key-store-path <путь к вашему хранилищу ключей> \
  --key-store-password <ваш-ключ-хранилище-пароль> \
  --key-store-alias <имя-псевдонима> \
  --key-store-alias-password <ваш-алиас-пароль> \
  --ааб \
  --copy-to .aab
 

Изменение целевых архитектур по умолчанию

Предупреждение

Фильтрация целевых архитектур не уменьшает размер приложения, а просто прекращает поддержку устройств и эмуляторов, использующих отсутствующую архитектуру.

По умолчанию сгенерированный файл aab поддерживает все доступные архитектуры устройств — armeabi-v7a , arm64-v8a , x86 и x86_64 . Это поведение можно переопределить из свойства App_Resources/Android/app.gradle apiFilters :

 андроид {
....
  defaultConfig {
    ....
    ндк {
      abiFilters.очистить()
      abiFilters "x86_64", "x86", "arm64-v8a", "armeabi-v7a"
    }
  }
....
 

Тестирование созданного файла

.aab

Начиная с NativeScript CLI 6.2.0, Android App Bundle по умолчанию поддерживается командой ns run :

 ns run android \
  --key-store-path <путь к вашему хранилищу ключей> \
  --key-store-password <ваш-ключ-хранилище-пароль> \
  --key-store-alias <имя-псевдонима> \
  --key-store-alias-password <ваш-алиас-пароль> \
  --ааб
 

Тестирование созданного файла

.aab до NativeScript 6.2

Для более старой версии NativeScript, чтобы протестировать файлы apk , которые Google Play создаст из .aab для определенного устройства, вам потребуется использовать Android bundletool или загрузите в Google Play и используйте тестовую версию.

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

 java -jar /bundletool.jar build-apks \
  --bundle=<какой-то путь>/app.aab \
  --output="/my_app.apks" \
  --ks=<путь к файлу хранилища ключей> \
  --ks-pass=pass: \
  --ks-key-alias=<псевдоним-ключа> \
  --key-pass=pass: \
 

Затем вы можете установить приложение на подключенное устройство, выполнив:

Примечание

Устройства под управлением Android 4.4 (уровень API 19) и ниже не поддерживают загрузку и установку разделенных APK. На таких устройствах bundletool не сможет развернуть приложение. Когда пакет будет выпущен, Google Play будет подавать на такие устройства один мульти-APK.

 java -jar /bundletool.jar install-apks \
  --apks="somePath/my_app.apks" \
  --device-id=<идентификатор устройства>
 

Дополнительную информацию об использовании Android bundletool можно найти здесь.

Вы можете выполнить полную сборку и создать подписанный AAB с помощью интерфейса командной строки NativeScript:

 ns build android --release \
  --key-store-path <путь к вашему хранилищу ключей> \
  --key-store-password <ваш-ключ-хранилище-пароль> \
  --key-store-alias <имя-псевдонима> \
  --key-store-alias-password <ваш-алиас-пароль> \
  --ааб \
  --copy-to .aab
 

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

Автоматизация отправки

Некоторые инструменты позволяют автоматизировать процесс отправки. Лицензия MIT: fastlane. Вы также можете взломать свои собственные скрипты с помощью Google Play Developer API.

Опубликовать

После того, как вы успешно загрузите свой APK и он пройдет проверку Google, вы сможете перевести свой APK в рабочую среду, и он будет запущен Google Play .

iOS

Вы можете опубликовать приложение NativeScript в App Store так же, как вы выпускаете чисто родное приложение iOS.

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

    нс подготовить ios --release
    

2. Откройте собственный проект iOS в Xcode. Ваш собственный проект находится по адресу: {имя приложения}/platforms/ios/{имя приложения}.xcworkspace (или в {app-name}/platforms/ios/{app-name}.xcodeproj , если проект не содержит собственных библиотек iOS).
3. Настройте проект для распространения.
4. Загрузите приложение в App Store Connect.
5. Отправьте его в App Store .

Создание приложения iOS NativeScript

Идентификатор пакета

Идентификатор пакета — это уникальный идентификатор, предоставленный вами для вашего приложения. Он использует обратную нотацию доменного имени. Например, интерфейс командной строки NativeScript будет использовать org.nativescript. по умолчанию. Во время ns create вы можете указать идентификатор пакета , используя параметр --appid .

В приложениях iOS идентификатор пакета хранится в CFBundleIdentifier в Info.plist , но интерфейс командной строки NativeScript явно установит для него значение ключа nativescript.id , хранящегося в пакете . .json в корне вашего приложения.

Примечание

Чтобы изменить идентификатор пакета , отредактируйте package.json своего приложения и установите ключ nativescript.id .

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

Дополнительные сведения см. в разделе «Об идентификаторах пакетов» в следующей статье.

Имя приложения

Это отображаемое имя вашего приложения. Чисто косметический, но очень важный. Например, он появится под значком приложения. Значение хранится в файле app/App_Resources/iOS/Info.plist в виде ключа CFBundleDisplayName .

Значки приложений

Платформа NativeScript будет использовать значки из app/App_Resources/iOS/ . Все файлы из этой папки добавляются в качестве ресурсов в сгенерированный проект Xcode на платформах /ios 9.0301 .

Представления App Store будут отклонены, если определенные файлы значков отсутствуют. Чтобы убедиться, что у вас есть необходимые значки, вы можете ознакомиться со следующей статьей Apple: «Значки приложений на iPad и iPhone».

Если вы хотите расширить набор значков по умолчанию и не хотите использовать именование по умолчанию или вам нужен более точный контроль, вы можете использовать app/App_Resources/iOS/Info. plist . Перечислите значки, используя CFBundleIconFiles или CFBundleIcon .

Например, список значков с использованием CFBundleIconFiles :

Пример 1: Как настроить Info.plist.__>

 


  <дикт>
    
    CFBundleIconFiles
    <массив>
      [электронная почта защищена]
      Значок.png
      [электронная почта защищена]
      [электронная почта защищена]
      Icon-Small.png
      [электронная почта защищена]
      
    
  

 

Файлы запуска

Экраны запуска являются неотъемлемой частью вашего приложения для iOS. Это первое, что видят ваши пользователи, когда запускают ваше приложение.

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

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

Руководство по дизайну можно найти в следующей статье, предоставленной Apple.

Примечание

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

Заявки App Store будут отклонены, если отсутствуют определенные файлы запуска. Убедитесь, что при выпуске новых версий iOS и устройств вы обновляете свои запустите файлы и приспособьтесь к будущим форм-факторам.

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

• Ваше приложение может быть увеличенным и размытым
• Ваше приложение может иметь черные области

Более ранние версии iOS должны были поддерживать небольшой диапазон форм-факторов. Предоставить разное изображение запуска для каждого размера экрана было тривиально. С появлением новых устройств, выпущенных Apple, количество изображений, которые необходимо было предоставить, увеличилось. Вот где Apple представила раскадровка экрана запуска . Раскадровка позволяет отображать на экране базовые примитивы, такие как изображения, и вы можете иметь динамическую компоновку, используя ограничения компоновки. Это позволяет разработать единый экран запуска , который хорошо подходит для всех форм-факторов.

Стандартный проект платформы NativeScript содержит раскадровку экрана запуска и изображения запуска . В iOS8 и более поздних версиях ваше приложение может использовать раскадровки; ваше приложение может использовать образы запуска для устройств с более ранними версиями iOS.

Изображения экрана запуска

Изображения размещаются, как и уже упомянутые значки, в app/App_Resources/iOS . Шаблон проекта по умолчанию содержит несколько файлов Default-*.PNG ; вы можете рассмотреть возможность их изменения.

В iOS8 и более поздних версиях ваше приложение будет отображать раскадровку. Если вы хотите использовать изображения на всех устройствах, вы можете отключить Launch Screen Storyboard . Инструкции о том, как это сделать, объясняются позже в следующем разделе.

Подобно значкам, вы можете использовать ключ UILaunchImageFile и UILaunchImages в app/App_Resources/iOS .

Раскадровка экрана запуска

Платформа NativeScript предоставит Раскадровку экрана запуска на платформах/ios//en.lproj/LaunchScreen.xib , но не , но предоставляет средства для ее хранения в приложение/App_Resources/iOS . Если вы хотите отредактировать его, вы можете использовать .xcodeproj сгенерирован на платформах/ios . Вам нужно будет добавить его в систему управления версиями. Перестроения CLI могут перезаписать его, поэтому вам придется следить за автоматическими изменениями в нем при фиксации.

Чтобы отключить раскадровку экрана запуска по умолчанию , удалите UILaunchStoryboardName из app/App_Resources/iOS/Info.plist :

 UILaunchStoryboardName
Экран запуска
 

Это заставит все поддерживаемые экраны запуска использовать изображение запуска .

Создание значков приложений и экранов запуска для iOS

Публикация вашего приложения iOS — важный шаг в процессе разработки, и для того, чтобы ваше приложение iOS было успешно опубликовано в App Store, необходимо выполнить некоторые требования. Как описано в Руководстве по пользовательскому интерфейсу iOS, обязательными являются следующие настройки:

• Имя приложения
• Значок приложения
• Запустить изображение или файлы

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

Предупреждение

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

Настройка экрана запуска и значков приложений

Настройка экранов запуска зависит от целевой версии iOS. В iOS 7 и более ранних версиях подход к созданию экрана запуска заключается в использовании ресурсов статического изображения. Недостатком этого метода является то, что разработчику приложения придется предоставить множество разных изображений, каждое из которых имеет разное разрешение для каждого устройства iOS. В iOS 8 и более поздних версиях подход заключается в создании LaunchScreen.storyboard, который намного мощнее с точки зрения настройки и проще в обслуживании.

Стандартный проект Hello-World в NativeScript поставляется с настройками по умолчанию, поддерживающими оба подхода. Когда вы создаете свое приложение для устройств с iOS версии ниже 8, NativeScript будет использовать статические изображения, а когда вы используете NativeScript для создания своего приложения для устройств с iOS 8 и выше, он будет использовать предоставленный LaunchScreen.storyboard.

Как настроить экран запуска

Шаблон по умолчанию в NativeScript (созданный с помощью ns create myApp ) предоставляет вам предопределенные значки приложений, изображения запуска и LaunchScreen.storyboard с логотипом NativeScript. Чтобы изменить этот шаблон и создать собственный экран запуска, используя собственные ресурсы и дизайн, вам потребуется следующее:

• app/App_Resources/iOS/Assets.xcassets : Ресурс, содержащий каталоги ресурсов изображений (для AppIcons, LaunchImages и LaunchScreen).

• app/App_Resources/iOS/LaunchScreen.storyboard : Раскадровка по умолчанию, используемая для экрана запуска (используется в версиях iOS 8+).

• app/App_Resources/iOS/build.xcconfig : ресурс, который содержит ссылки на каталоги ресурсов, которые будут использоваться (необязательно: изменяйте, только если вы измените соглашение об именах или введете новый каталог ресурсов изображений).

• Xcode 7.1 или более новая версия (необязательно: требуется, только если вы предпочитаете рабочий процесс WYSIWYG для изменения изображений).

Рабочий процесс создания собственного экрана запуска может выполняться из Xcode или вручную в среде NativeScript. В этой статье мы рассмотрим как руководство, так и подход Xcode WYSIWYG.

В приложении app/App_Resources/iOS/Assets.xcassets вы найдете следующие подпапки:

• AppIcon.appiconset : ресурс, содержащий изображения для ваших значков приложений (все версии iOS).

• LaunchScreen.AspectFill.imageset : Ресурс, содержащий фоновое изображение для вашего LaunchScreen.storyboard.

• LaunchScreen.Center.imageset : Ресурс, содержащий центрированное изображение для вашего LaunchScreen.storyboard.

Настройка значков приложений

• Изменение значков приложений: ручной подход

Откройте AppIcon.appiconset и измените изображения значков по умолчанию на свои собственные, используя соответствующее разрешение для каждого изображения (например, icon-29.png должен быть 29 x 29 пикселей; [email protected] должен быть 58 x 58 пикселей; [ электронная почта защищена] должно быть 87 x 87 пикселей). Если ваши изображения имеют разные имена файлов, откройте Contents.json и измените ключ имя файла для каждого изображения.

• Изменение значков приложений: подход Xcode WYSIWYG

Перетащите Assets.xcassets в Xcode (7.1 или более новая версия). В открывшемся окне выберите AppIcon и добавьте соответствующее изображение для каждой версии iOS и устройства. Закройте Xcode и перестройте приложение NativeScript, чтобы использовать новые значки приложений.

Настройка изображений запуска

• Ручной подход

Откройте LaunchImage.launchimage и измените изображения запуска по умолчанию, используя собственное разрешение для каждого изображения (например, [email protected] должно быть 640 пикселей x 1136 пикселей) . Если ваши изображения имеют разные имена файлов, откройте Contents.json и измените ключ имя файла для каждого изображения.

Device	Image Resolution	Image name
iPhone 1g-3Gs	320x480	Default.png
iPhone 4, 4s	640x960	[email защищено]
iPhone 5, 5c, 5s	640x1136	[электронная почта защищена]
iPhone 9s - 80177	750x1334	[email protected]
iPhone 6s Plus - 8 Plus	1242x2208	[email protected]
iPhone X	1125px × 2436px	Default-1125h. png
iPhone X Landscape	2436px × 1125px	Default-Landscape-X.png
iPad, iPad 2, Mini	768x1024	Default-Portrait.png
iPad Landscape	1024x768	Default-Landscape. png
iPad Retina	1536x2048	[email protected]
12.9" iPad Pro	2048x1536	[email protected]

Примечание

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

• Подход Xcode WYSIWYG

Перетащите файл Assets.xcassets в Xcode (версия 7.1 или более новая). В открывшемся окне добавьте соответствующее изображение для каждой версии iOS и устройства. Закройте Xcode и перестройте приложение NativeScript, чтобы использовать новые образы запуска.

Важно

Убедитесь, что вы предоставили все необходимые изображения, иначе ваше приложение не будет опубликовано в App Store.

Настройка LaunchScreen.storyboard

Приложение-шаблон по умолчанию в NativeScript поставляется с LaunchScreen. storyboard , который содержит два изображения. Первый с именем LaunchScreen.AspectFill.imageset используется для визуализации фона. Второй с именем LaunchScreen.Center.imageset используется для визуализации логотипа по центру. Ваша собственная раскадровка может быть настроена для использования вашей собственной логики с различными изображениями и стилями. Однако имейте в виду, что в соответствии с рекомендациями по человеческому интерфейсу iOS экран запуска должен быть максимально легким с минимальным количеством движущихся элементов и текстовых меток или без них. Он предназначен для обеспечения немедленного UX, а не художественного представления.

Настройка LaunchScreen.AspectFill

• Ручной подход

Откройте LaunchScreen.AspectFill.imageset и измените изображения LaunchScreen.AspectFill по умолчанию на свои собственные, используя соответствующий масштаб 2x и 1x, 3x для каждого изображения. Поскольку это изображение будет использоваться в вашей раскадровке LaunchScreen.storyboard, ваше фактическое разрешение может варьироваться в зависимости от вашего дизайна. Шаблон NativeScript по умолчанию содержит файл LaunchScreen-AspectFill.png и [email protected], используемые в качестве образца фона. Если ваши изображения имеют разные имена файлов, откройте Contents.json и измените ключ имя файла для каждого изображения.

Важно

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

• Подход Xcode WYSIWYG

Перетащите файл Assets.xcassets в Xcode (версия 7.1 или более новая). В открывшемся окне выберите LaunchScreen.AspectFill и добавьте правильно масштабированное изображение для каждой записи (1x, 2x и 3x). Закройте Xcode и перестройте приложение NativeScript, чтобы использовать новый LaunchScreen. AspectFill.

Настройка LaunchScreen.Center

• Ручной подход

Откройте LaunchScreen.Center.imageset и замените изображения LaunchScreen.Center по умолчанию своими собственными, используя соответствующий масштаб для каждого изображения (1x, 2x и 3x). Поскольку это изображение будет использоваться в вашей раскадровке LaunchScreen.storyboard, ваше фактическое разрешение может варьироваться в зависимости от вашего дизайна. Шаблон NativeScript по умолчанию содержит файл LaunchScreen-Center.png и [email protected], используемые в качестве образца логотипа центра. Если ваши изображения имеют разные имена файлов, откройте Contents.json и измените ключ имя файла для каждого изображения.

Важно

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

• Подход Xcode WYSIWYG

Перетащите файл Assets. xcassets в Xcode (версия 7.1 или более новая). В открывшемся окне выберите LaunchScreen.Center и добавьте правильно масштабированное изображение для каждой записи (1x, 2x и 3x). Закройте Xcode и перестройте приложение NativeScript, чтобы использовать новый LaunchScreen.Center.

Сертификаты, идентификаторы и профили

Управление сертификатами, идентификаторами и профилями осуществляется по адресу https://developer.apple.com/membercenter.

Вам действительно следует изучить информацию, которую Apple предоставляет о сертификатах и ​​удостоверениях. В этой статье будут рассмотрены только основы.

Учетная запись с Apple ID

Вам потребуется учетная запись разработчика с Apple ID , чтобы вы могли получить доступ к Apple Developer Member Center.

Вам нужно будет добавиться в качестве разработчика iOS в вашу организацию.

Сертификаты разработки

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

Несколько подводных камней:

• Разработчик может иметь один сертификат в любое время. Вы должны «отозвать» существующий сертификат, прежде чем сможете создать новый.
• Сертификаты состоят из открытых и закрытых ключей. Закрытый ключ никогда не отправляется в Apple, поэтому вы не можете «загрузить» свой сертификат из Членский центр . Если вы потеряете закрытый ключ своего сертификата, вам придется отозвать его и создать новый.
• При отзыве или истечении срока действия сертификаты могут дополнительно сделать недействительными профили обеспечения . После повторного создания сертификата необходимо также обновить профили обеспечения .
• Для создания сертификата требуется Mac. Вы используете инструмент доступа к связке ключей, чтобы создать запрос на сертификат, создать открытый и закрытый ключи на своей стороне, а затем отправить открытый ключ в Apple, сохраняя при этом закрытый ключ в своей цепочке ключей.
• Если вы выполните шаги в Member Center для создания нового сертификата разработки , этот сертификат должен быть сохранен в вашей связке ключей. Вы можете рассмотреть возможность экспорта и резервного копирования.

Примечание

Перейдите по адресу https://developer.apple.com/account/ios/certificate/certificateList.action?type=development, нажмите кнопку «+» (добавить) и следуйте инструкциям по созданию нового «iOS Сертификат разработки приложений.

Производственные сертификаты

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

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

Примечание

Подробнее об IPA (расширении файла) можно прочитать здесь. Позже инструментарий отменяет IPA с производственным сертификатом и добавляет профиль обеспечения распространения при отправке на iTunes Connect .

Несколько подводных камней:

• Создание производственных сертификатов более ограничено, чем создание сертификатов разработки. Apple ограничивает количество производственных сертификатов на команду.
• Поскольку количество производственных сертификатов ограничено для каждой команды и часто используется несколькими членами группы, вы должны быть предельно осторожны при отзыве существующего сертификата распространения. Если вы в конечном итоге потеряли свой закрытый ключ сертификата распространения и отозвали его, проконсультируйтесь со всеми, кто мог создать его резервную копию или кому нужен новый сертификат. Надеюсь, это позволит избежать отзыва вашей новой копии в будущем или потери ваших прав администратора.
• Производственные сертификаты могут быть разделены между членами команды. Если вы выполните шаги в Member Center для создания нового (ссылка ниже), сертификат будет сохранен в вашей цепочке ключей. Вы можете экспортировать его в виде файла .p12, легко создать его резервную копию и поделиться ею со старшими коллегами из команды.

Если вам нужен новый сертификат распространения, перейдите по адресу https://developer.apple.com/account/ios/certificate/certificateList.action?type=distribution, нажмите кнопку «+» (добавить) и следуйте инструкциям для создание нового сертификата «Распространение App Store». Скорее всего, вы являетесь частью более крупной организации, и ваша роль не имеет достаточных прав для создания нового сертификата распространения. В этом случае администраторы или другие члены команды могут предоставить вам сертификаты. В таких случаях вам, вероятно, будет предоставлен файл . p12 и пароль. Вы должны импортировать файл в свою связку ключей, используя 9Приложение 0300 Keychain Access .

Идентификаторы — идентификаторы приложений

Чтобы протестировать приложение на устройстве или отправить его в App Store , вам потребуется создать идентификатор приложения . Идентификаторы приложений состоят из префикса или идентификатора команды , созданного Apple, за которым следует предоставленный вами идентификатор, который должен совпадать с идентификатором пакета . Например, вы можете создать идентификатор приложения с идентификатором org.nativescript.* , который будет соответствовать всем вашим приложениям NativeScript. Шаблон подстановочных знаков накладывает некоторые ограничения на услуги, которые вы можете использовать, поэтому вы также можете рассмотреть возможность использования шаблона без подстановочных знаков, например 9.0300 org.nativescript.<мое-приложение> .

Эти идентификаторы позже используются для привязки приложений с профилями обеспечения .

Устройства

В Member Center вы можете зарегистрировать устройства, которые вы и ваша команда используете для тестирования. Перейдите по адресу https://developer.apple.com/account/ios/device/deviceList.action.

Для регистрации телефона вам потребуется его UDID. Подключите его к Mac и запустите в терминале:

 tools -s devices
 

Выведет все известные устройства и их UDID.

Профили обеспечения разработки

Профили обеспечения разработки связывают вместе одно или несколько удостоверений подписи разработчика (сертификаты разработчика), идентификатор приложения и идентификаторы устройств. Они создаются по адресу https://developer.apple.com/account/ios/profile/profileList.action?type=limited. Если вы создаете новое или добавляете новое приложение к существующему, обязательно выберите эти три:

• Ваш сертификат разработки
• Идентификатор приложения , который соответствует вашему идентификатору приложения
• Устройство , на котором вы будете тестировать

В отличие от сертификатов, профили подготовки представляют собой файлы, которые можно легко обновить и загрузить из Центра участников (в файлах . mobileprovision) и установить в Xcode, дважды щелкнув этот файл.

Xcode также может получать их автоматически. Откройте Xcode и в меню перейдите к Xcode> Настройки...> Учетные записи> (выберите свой Apple ID)> (дважды щелкните имя вашей команды) . Там вы можете проверить все удостоверения подписи (сертификаты разработчика и производственных сертификатов ), доступные для Xcode, а также Загрузить все профили обеспечения .

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

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

Они не представляют особого интереса для отправки App Store , но вам может понадобиться один для тестирования на реальном устройстве.

Профили обеспечения распределения

Существует несколько типов профилей обеспечения распределения . Тот, который вам понадобится для подачи в App Store , — это «Профиль подготовки распространения App Store». Они похожи на Профили обеспечения разработки Поскольку они связывают:

• Ваше сертификат распределения
• Ваше Устройство -ES
• APPLAY APP ID
• , Ennabled Service, Antable Service, Ennabled Service, Antabled Service, Antabled Service, Antabled Service, Antabled Service, Antabled Service. создаются по адресу https://developer.apple.com/account/ios/profile/profileList.action?type=production.

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

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

  App Store Connect

  Пока вы управляете своими профилями обеспечения и сертификатами в Apple Developer Member Center , приложения регистрируются и отправляются в App Store Connect (ранее iTunes Connect). Здесь вы сможете создавать новые приложения, подготавливать экраны приложений, описания, управлять версиями приложений и т. д.

  Учетная запись

  Вам понадобится ваш Apple ID , добавленный в вашу организацию с достаточными правами на https://appstoreconnect.apple.com.

  Создание приложения

  Чтобы опубликовать свое приложение в iOS App Store , вам необходимо зарегистрировать свое приложение. Войдите в https://appstoreconnect.apple.com и перейдите в «Мои приложения». Там вы можете проверить статус и отредактировать существующие приложения или создать новое приложение.

  Нажмите кнопку «+» в левом верхнем углу. Должно появиться диалоговое окно «Новое приложение». Там надо набить паблик App Store название вашего приложения и основной язык.

  Кроме того, вы должны установить Bundle ID , который должен совпадать с Bundle ID , указанным в ‘1.1. Идентификатор пакета». Если в раскрывающемся списке нет подходящего совпадения, возможно, вам не хватает идентификатора приложения , указанного в разделе «2.4. Идентификаторы — идентификаторы приложений». Если есть подстановочный знак App ID , это потенциальное совпадение, поэтому выберите его. Вы сможете ввести суффикс, заменив подстановочный знак в текстовом поле.

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

  Примечание

  Скриншоты, не соответствующие фактическому приложению, могут привести к отклонению новой версии, отправленной на утверждение.

  Сборки

  После регистрации информации о вашем приложении на https://appstoreconnect.apple.com пришло время создать приложение NativeScript для iOS и отправить его на iTunes Connect — с использованием Xcode.

  Управление версиями сборки

  Мы уже объяснили, как Bundle ID устанавливается в вашем проекте, как экран запуска (или раскадровка) и изображения добавляются в ваше приложение и как вы можете установить отображаемое имя.

  Перед сборкой необходимо установить две важные вещи: строку с краткой версией пакета и строку версии пакета .

  Bundle Short Version String — общедоступная версия вашего приложения. Он увеличивается между выпусками. Например: 2.1 . Bundle Version String — это внутренний номер сборки. У одного общедоступного релиза обычно есть несколько кандидатов на релиз. Например, 2.1.1 , 2.1.2 и т. д.

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

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

  Оба значения хранятся в app/App_Resources/iOS/Info.plist :

  • В ключе CFBundleShortVersionString хранится краткая строка версии пакета .
  • В ключе CFBundleVersion хранится строка версии пакета .

  В app/App_Resources/iOS/Info. plist они отображаются как:

   CFBundleShortVersionString
  <строка>2.1
  CFBundleVersion
  <строка>2.1.2
   

  Если вам нужно отредактировать их из командной строки, есть удобный инструмент под названием PlistBuddy , который может читать и записывать файлы Plist. Например, следующий сценарий оболочки добавляет Jenkins $BUILD_NUMBER к CFBundleVersion в Info.plist:

   ### Set CFBundleVersion ###
  export CFBundleVersion=`/usr/libexec/PlistBuddy app/App_Resources/iOS/Info.plist -c "Печать: CFBundleVersion"`
  /usr/libexec/PlistBuddy app/App_Resources/iOS/Info.plist -c "Set :CFBundleVersion $CFBundleVersion.$BUILD_NUMBER"
   

  Отправить из CLI NativeScript

  Вы можете выполнить следующую команду внутри проекта NativeScript с помощью CLI:

   ns publish ios
   

  Команда запросит ваш Apple ID и Пароль для аутентификации с помощью iTunes Connect, а затем создаст сборку выпуска и загрузит ее в iTunes Connect.

  Кроме того, вы можете использовать существующую сборку, выполнив следующую команду:

   ns publish ios --ipa 
   

  Для получения дополнительной информации выполните следующую команду:

   нс помогите опубликовать ios
   

  Отправить из Xcode

  С помощью интерфейса командной строки можно выполнить следующую команду:

   ns prepare ios
   

  Это создаст проект Xcode на платформах/ios/ . Тогда вы можете рассмотреть следующую статью Apple о том, как настроить проект для распространения.

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

  Распространенной ошибкой при использовании CocoaPods является открытие проекта Xcode вместо рабочей области, поэтому обязательно откройте рабочую область.

  После того, как вы откроете его в Xcode, вам нужно перейти к вашей цели Signing & Capabilities и выбрать команду. В настройках сборки должны быть подходящие «Разработчик iOS» и «Идентификатор подписи кода».

  В верхнем раскрывающемся списке выберите цель, а в списке устройств и эмуляторов выберите «Универсальное устройство iOS».

  Затем вы сможете выбрать в верхнем меню Продукт > Архив .

  Это создает xcodearchive и открывает его в Xcode Organizer. Организатор Xcode отображает список со сборками вашего приложения. Выберите последнюю сборку и нажмите Загрузить в App Store... . Вам следует снова выбрать команду и указать, следует ли включать символы приложения для вашего приложения. Далее вы можете увидеть список с двоичной информацией, правами и т. д. Нажмите Загрузить .

  Если загрузка прошла успешно, вы сможете войти в систему по адресу https://appstoreconnect.apple.com и увидеть свою сборку в разделе «Действия». Оттуда вы можете включить бета-тестирование Test Flight или отправить его на утверждение.

  Автоматизация отправки

  Автоматизация может быть достигнута только с помощью интерфейса командной строки NativeScript. Все параметры, необходимые для публикации, можно передать команде publish напрямую:

   ns publish ios [ [<Пароль> [<Идентификатор профиля Mobile Provisioning> [<Идентификатор кодового знака>]]]]]
   

  Например, предположим, что вы хотите выпустить сборку с помощью мобильного обеспечения с идентификатором d5d40f61-b303-4fc8-aea3-fbb229a8171c , вы можете запустить:

   ns publish ios my-apple-id my-password d5d40f61-b303-4fc8-aea3-fbb229a8171c «Распространение iPhone»
   

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

  Вы также можете автоматизировать загрузку уже собранных пакетов:

   ns publish ios my-apple-id my-password --ipa /tmp/build/myIpa.ipa
   

  Некоторые инструменты, которые позволяют автоматизировать процесс отправки - Лицензия MIT: fastlane.

  Отправить на утверждение и опубликовать

  После успешной отправки сборки на App Store Connect вы можете включить тестирование с помощью Test Flight . Когда вы будете готовы, перейдите в раздел «Сборка» вашего приложения для iOS, выберите сборку и нажмите «Отправить на проверку» для этой версии. Приложение пройдет через несколько статусов приложения. Если ваше приложение проходит проверку Apple, оно может быть запущено в Магазин приложений .

  На что следует обратить внимание перед созданием приложения для iOS

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

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

  1 Вам необходимо знать о различиях между iOS и веб-приложениями

  2 Выберите фирму-разработчика, которая предлагает как дизайн, так и услуги по разработке

  3 Будьте в курсе новых функций iOS

  4 Планируйте прибыльность

  5 Решите, зачем вы создаете приложение

  6 Знайте своих пользователей

  7 Тестируйте, тестируйте, тестируйте!

  8 Читайте лучшие блоги и веб-сайты для вдохновения приложений

  9 Заключительные слова для создания приложения iOS

  Вам необходимо знать о различиях между iOS и веб-приложениями.

  При принятии решения о создании приложения для iOS или веб-приложения вам необходимо знать о различиях между двумя платформами. Приложения для iOS можно запускать только на iPhone, iPad и iPod Touch. Между тем, к веб-приложениям можно получить доступ с любого устройства с помощью интернет-браузера. Из-за этой разницы вам нужно подумать о том, как ваше приложение будет работать и какого оно типа. Вы также захотите быть в курсе растущей популярности носимых устройств. Хотя большинство устройств — это смартфоны, многие люди открывают для себя удобство и полезность смарт-часов и фитнес-трекеров.

  Выберите фирму-разработчика, которая предлагает как дизайн, так и услуги разработки

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

  Будьте в курсе новых функций iOS

  Независимо от того, насколько вы опытны, вы не сможете предвидеть и успевать за каждой новой функцией, добавляемой в iOS. Тем не менее, вы можете быть в курсе последних функций iOS, следя за блогом разработчиков iOS от Apple и подписываясь на других разработчиков приложений iOS в социальных сетях. Вы также можете следить за блогом Hackernoon и узнавать о новых функциях iOS с помощью подхода, основанного на коде. Когда вы будете в курсе новых функций iOS, вы будете первым, кто предоставит новейшие функции в приложении. В качестве альтернативы, Ваше приложение будет достаточно продвинутым, чтобы привлечь новую аудиторию.

  Связано: Как продвигать приложение с ограниченным бюджетом?

  План прибыльности

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

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

  Решите, зачем вы создаете приложение

  У Apple много приложений, и все они разные. Почему вы создаете свое приложение? Какую проблему вы хотите решить? Существуют ли другие приложения, решающие ту же проблему? Это все вопросы, которые вы должны задать себе, прежде чем приступить к созданию своего приложения. Определите цель вашего приложения и почему вы хотите его создать. Каждое приложение служит определенной цели, и эта цель должна быть понятна пользователям, создателям и разработчикам.

  Знай своих пользователей

  Одна из самых важных вещей при создании приложения — это понимание ваших пользователей. Вы не можете создать приложение для воображаемой группы людей. Вы должны понимать, кто ваши пользователи и какие проблемы они пытаются решить. Каковы их боли? Как только вы узнаете ответы на эти вопросы, вы сможете приступить к созданию своего приложения для решения проблем, с которыми сталкиваются ваши пользователи. Одна из первых вещей, которую вы должны сделать при создании своего приложения, — это исследовать своих пользователей. Это может помочь вам понять, как вы будете продвигать свое приложение и кому вы будете продвигать свое приложение.

  Тест, тест, тест!

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

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

  Читать лучшие блоги и веб-сайты для вдохновения приложений

  Независимо от того, что вы решите создать, вас должны вдохновлять другие приложения. Есть много статей и сообщений в блогах, которые могут помочь вам в этом. Вот некоторые из лучших мест, где можно найти вдохновение и идеи при создании приложения:
Блог Apple для разработчиков iOS — этот блог — отличное место, где можно найти вдохновение и быть в курсе всех событий iOS.
App Store — это, пожалуй, самое очевидное место для вдохновения и идей, но вам также следует заглянуть в профили в социальных сетях, обзоры приложений и блоги.
Форумы по дизайну приложений . Это также может помочь вам найти вдохновение и идеи. Когда вы просматриваете форумы и сообщения, вы также можете искать вещи, которые вы можете использовать в своих собственных проектах приложений.
Веб-сайты для разработчиков . Веб-сайты для разработчиков — отличный источник вдохновения и идей. Вы также можете просмотреть веб-сайты разработчиков, чтобы найти бесплатные шаблоны дизайна, бесплатную графику, бесплатные изображения, бесплатные шрифты, бесплатные звуки, бесплатную музыку и бесплатные стоковые изображения.

  Заключительные слова о создании приложения для iOS

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

  SwiftUI iOS Tutorial — Realm

  Главная Документация → Realm

  На этой странице

  • Обзор
  • Предварительные требования
  • Начните с шаблона
  • Изучите приложение-шаблон
  • Откройте приложение
  • Изучите структуру приложения
  • Запустите приложение
  • Проверьте серверную часть
  • Измените приложение
  • Добавьте новое свойство в
  • 2 Модель
  • Установить приоритет при создании нового элемента
  • Запустить и протестировать
  • Изменить подписку
  • Обновить подписку
  • Запустить и протестировать
  • Обновить гибкую синхронизацию на сервере
  • Проверка изменений
  • Заключение
  • Что дальше?

  Обзор

  Realm предоставляет Swift SDK, который позволяет создавать собственный iOS
мобильное приложение на Swift или Objective-C. Этот учебник основан на
Приложение шаблона гибкой синхронизации SwiftUI с именем swiftui.todo.flex , которое иллюстрирует
создание приложения Task Tracker. Это приложение позволяет пользователям:

  • Зарегистрировать свою электронную почту в качестве новой учетной записи пользователя.

  • Войдите в свою учетную запись, используя адрес электронной почты и пароль (и выйдите позже).

  • Просмотр, создание, изменение и удаление задач.

  Это руководство добавляет к шаблону приложения. Вы добавите новое поле с приоритетом .
к существующей модели Item и обновить
Подписка на гибкую синхронизацию для отображения элементов только в пределах
ряд приоритетов.

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

  Ознакомьтесь с кратким руководством по началу работы

  Если вы предпочитаете начать работу со своим собственным приложением, а не следовать
пошаговое руководство, ознакомьтесь с кратким руководством по Swift.
Он включает в себя примеры кода, которые можно скопировать, и основную информацию, которую вы
необходимо настроить серверную часть Atlas App Services.

  Предварительные условия

  1. Убедитесь, что у вас установлено необходимое программное обеспечение. Для Swift SDK требуется
Xcode версии 13.1 или новее.

  2. Это руководство начинается с приложения-шаблона. Вам нужна учетная запись Atlas, ключ API,
и realm-cli для создания приложения-шаблона.

     1. Вы можете узнать больше о создании учетной записи Atlas в
Атлас Начало работы
документация. Для работы с этим руководством вам потребуется учетная запись Atlas с уровнем бесплатного пользования.
кластер.

     2. Вам также потребуется ключ API Atlas
для учетной записи MongoDB Cloud, с которой вы хотите войти. Вы должны быть
Владелец проекта для создания
Шаблон приложения с использованием realm-cli .

     3. Чтобы узнать больше об установке realm-cli , см. Установка realm-cli. После того, как вы установили realm-cli ,
войдите, используя ключ API для вашего проекта Atlas.

  Начните с шаблона

  Это руководство основано на приложении шаблона гибкой синхронизации SwiftUI под названием
swiftui.todo.flex . Мы начинаем с приложения по умолчанию и создаем новые функции
в теме.

  Из интерфейса командной строки Realm вы можете запустить команду создания приложений realm-cli, чтобы настроить серверную часть и создать
Базовое приложение SwiftUI. Следующая команда создает новое приложение на основе
Шаблон swiftui.todo.flex. С помощью флагов параметров, которые мы можем передать во время создания,
команда ниже создает приложение:

  • по имени «MyTutorialApp»

  • Развернуто в области US-VA

  • С окружающей средой «Разработка» (вместо производства или QA)

   9003
  . create -n MyTutorialApp --template swiftui. todo.flex \
   --deployment-model global --location us-va --environment development
   Чтобы узнать больше о приложениях-шаблонах и установить Приложение-шаблон, которое это
   учебник использует в пользовательском интерфейсе Atlas App Services, см. шаблоны приложений.
   Изучение приложения-шаблона 
   Открытие приложения 
   Перейдите в каталог, в котором интерфейс командной строки Realm создал приложение-шаблон.
   Код клиента находится в каталоге  frontend/swiftui.todo.flex .
   Откройте  App.xcodeproj  в Xcode.
   Изучение структуры приложения 
   Уделите несколько минут изучению организации проекта во время
   Менеджер пакетов Swift загружает последнюю версию Realm Swift
   SDK. В каталоге приложений вы можете увидеть несколько файлов, на которые стоит обратить внимание:
   File
   Purpose
    AppConfig. swift 
   This file contains the logic to read the  appId  and  baseUrl 
   из  Realm.plist  . Это предварительно заполнено
    appId  для вашего приложения-шаблона.
    realmApp.swift 
   В этом файле используются значения из  AppConfig.swift  для инициализации
   RealmApp  .  realmApp  — это то, как ваше приложение взаимодействует
   с серверной частью служб приложений. Это обеспечивает доступ к логину и
   аутентификация.
   Чтобы узнать больше о том, как настроить конфигурацию приложения,
   см. Подключение к серверной части Atlas App Services.
   Этот файл также является точкой входа в приложение SwiftUI. Мы проходим
    realmApp  в  ContentView , который наблюдает за состоянием приложения
   для состояния аутентификации пользователя.
   In this tutorial, you'll be working in the following files:
   File
   Purpose
    Item.Swift 
   This файл, расположенный в корне проекта, определяет
   Объект Realm мы храним в базе данных.
    CreateItemView.swift 
   Этот файл, расположенный в  Views  каталог, обеспечивает
   возможность добавления нового элемента в список.
    ContentView. Swift 
   Этот файл, расположенный в каталоге  Views , определяет
   Гибкая подписка на синхронизацию.
   Запустить приложение 
   Без внесения каких-либо изменений в код вы сможете запустить приложение
   в симуляторе iOS или на физическом устройстве. Когда вы установили
   Template App, интерфейс командной строки Realm также настроил для вас новый бэкэнд и
   заселили  файл realm.json  с правильным идентификатором приложения.
   Запустите приложение, зарегистрируйте новую учетную запись пользователя, а затем добавьте новый элемент в свой
   список дел.
   Проверьте серверную часть 
   Войдите в Atlas App Services. в
   На вкладке «Атлас» нажмите «Просмотреть коллекции». В списке
   баз данных, найдите и раскройте базу данных Todo, а затем
   Коллекция предметов. Вы должны увидеть документ, который вы создали
   в этой коллекции.
   Изменение приложения 
   Добавление нового свойства 
   Добавление свойства в модель 
   Теперь, когда вы убедились, что все работает как положено, мы можем
   добавить изменения. В этом уроке мы решили, что хотим добавить
   свойство «приоритет» для каждого элемента, чтобы мы могли фильтровать элементы по их
   приоритеты. Свойство priority использует перечисление PriorityLevel.
   для ограничения возможных значений.
   Для этого выполните следующие действия:
   Откройте  App.xcodeproj  в Xcode.
   Откройте файл класса  Item.swift .
   Add the following property to the  Item  class:
   
   @Persisted var priority: PriorityLevel
   Also add a PriorityLevel  PersistableEnum  below the  Item  class:
   
   enum PriorityLevel: Int, PersistableEnum, CaseIterable {
   case строгий = 0
   case high = 1
   case medium = 2
   case low = 3
   var description: String {
   switch self {
   case . severe: return "Severe"
   case .high: возврат «высокий»
   case .medium: возврат «средний»
   case .low: возврат «низкий»
   }
   }
   }
   PersistableEnum — это протокол,
   типы enum как сохраняемые непосредственно в Realm. Мы устанавливаем тип перечисления
   как  Int  здесь вместо  String , поэтому мы можем запросить на основе
   числовой уровень приоритета позже. Мы используем вычисляемое свойство  описания 
   для отображения красивого строкового представления приоритета в пользовательском интерфейсе.
   Установка приоритета при создании нового элемента 
   В каталоге  Views  перейдите к  CreateItemView.swift  .
   Добавьте новое свойство  @State  в существующее свойство  itemSummary .
   For now, set the default value to medium priority:
   
   @State var itemSummary = ""
   @State var priority = PriorityLevel. medium
   Now, in the  Form  body добавьте средство выбора, позволяющее пользователю
   выберите, какой уровень приоритета установить для нового элемента. Найдите
    Раздел , содержащий кнопки, и вставьте следующее
   код  выше  это:
   
  2
   Раздел (заголовок: Текст («Приоритет»)) {
   Средство выбора (выбор: $ Priority, метка: Текст («Установить приоритет»)) {
   ForEach(PriorityLevel.allCases, id: \.self) { приоритет в
   Текст (приоритет.описание)
   }
   }
   }
   Теперь перейдите к кнопке  (действие: , которая устанавливает значения
    newItem , когда пользователь нажимает кнопку  Сохранить . Добавить строку
   ниже  Newitem.Summary , чтобы также установить  Приоритет 
   NEWITEM. SUMMARY = ITEMSUMMARY NETITEM.PRIORTY = Приоритет
  77
   NETITEM.PIORTY = Приоритет
  777
  .0616
   Теперь вы можете снова запустить приложение. Войти под учетной записью
   вы создали ранее в этом уроке. Вы увидите тот предмет, который вы
   ранее созданный. Добавьте новый элемент, и вы увидите, что теперь можете
   установить приоритет. Выберите  High  в качестве приоритета и сохраните предмет.
   Теперь вернитесь на страницу данных Atlas в браузере и обновите
   Коллекция  Предмет . Теперь вы должны увидеть новый элемент с приоритетом  .
   поле добавлено и установлено на  1  . Существующий элемент не имеет приоритета  
   поле.
   Почему это не прерывает синхронизацию? 
   Добавление свойства к объекту Realm не является критическим изменением, поэтому
   не требует сброса клиента. Шаблон
   приложение имеет включенный режим разработки, поэтому изменения в клиентском объекте Realm
   отражаются в схеме на стороне сервера. Для получения дополнительной информации см.
   Включите или отключите режим разработки и обновите свою схему.
   Изменить подписку 
   Обновить подписку 
   В файле  ContentView.swift  создаем подписку Flexible Sync
   который определяет, какие документы мы синхронизируем с устройством и учетной записью пользователя.
   Найдите  let config = user.flexibleSyncConfiguration(initialSubscriptions: 
   переменная, где мы устанавливаем начальные подписки. В пределах  подписок.append() 
   метод, вы можете видеть, что в настоящее время мы подписываемся на все документы, где
   свойство  owner_id  соответствует идентификатору аутентифицированного пользователя. Мы хотим поддерживать
   это, но 9Только 0735  Элементы синхронизации, отмеченные как Высокий или Серьезный приоритет.
   Вот почему мы устанавливаем перечисление  PriorityLevel  на тип  Int  , где самый высокий
   приоритет (серьезный) имеет значение 0, а самый низкий приоритет (низкий) имеет
   значение 3. Мы можем сделать прямое сравнение между Int и
   приоритетное имущество. Для этого обновите оператор запроса, включив в него документы.
   где приоритет равен или на  меньше , чем PriorityLevel.High (или 1), как
   показано здесь.
   Мы также добавим логическое значение  reRunOnOpen  и установим для него значение  true  ,
   чтобы заставить запрос на подписку пересчитать, какие документы синхронизировать
   каждый раз, когда мы открываем приложение.
   
   foundself. , где: {
   let config = user.flexibleSyncConfiguration(initialSubscriptions: { subs in
   if let foundSubscription = subs.first(named: «user_tasks») {
   $0.owner_id == user.id && $0.priority <= PriorityLevel.high
   })
   } else {
   subscription(usertaskIsubscription(usertaskIsubscription)<=
   ") {
   $0.owner_id == user. id && $0.priority <= PriorityLevel.high
   })
   }
  3 }
  ) OnOpen }0177
   Запуск и тестирование 
   Запустите приложение еще раз. Войдите, используя созданную ранее учетную запись
   в этом уроке. Вы ожидаете, что список изменится, так как мы добавили
    reRunOnOpen , чтобы запрос на подписку пересчитывал, какие
   документы для синхронизации. Если вы проверите журналы консоли, вы увидите запись
   это выглядит примерно так:
   
   2022-08-08 17:54:24.128249-0400 App[17920:237672] Sync: Connection[2]:
   Session[2]: получен QUERY_ERROR «Клиент предоставил запрос с неверным синтаксисом:
   неподдерживаемый запрос для таблицы «Элемент»: ключ «приоритет» не является запрашиваемым полем
  » (код_ошибки = 300, query_version=3)
   Это сообщение говорит нам, что мы добавили поле в нашу подписку без
   настройка гибкой синхронизации для использования этого поля.
   Обновление гибкой синхронизации на сервере 
   Вернитесь на страницу Atlas в браузере. Выберите
   вкладку Atlas App Services и откройте используемое приложение.
   На панели навигации слева выберите «Синхронизация устройств», а затем
   нажмите  OK  в диалоговом окне о включении режима разработки.
   Прокрутите вниз до раздела «Выбор запрашиваемых полей». в
   раскрывающийся список с надписью  Выберите или создайте запрашиваемое поле  , выберите
   "приоритет". Поле приоритета будет добавлено к показанным полям:
   Сохраните изменения.
   Протестируйте изменения 
   Вернитесь в мобильное приложение. Потому что мы добавили  reRunOnOpen  , приложение
   следует повторно синхронизировать только те документы, которые соответствуют запросу гибкой синхронизации.
   После начального момента, когда Realm повторно синхронизирует коллекцию документов, вы
   увидит новый элемент с высоким приоритетом, который вы создали.
   Если вы хотите дополнительно протестировать функциональность, вы можете создавать Предметы различных
   приоритеты. Вы увидите, что новый элемент с более низким приоритетом ненадолго
   появляется в списке элементов, а затем исчезает. Вы можете увидеть сообщение
   похожий на этот в логах:
   
   2022-08-08 18:00:45.726138-0400 Приложение[18133:242396] Синхронизация: Соединение[2]:
   Сеанс[2]: Клиент, который получил: Попытка записи "ОШИБКА" за пределами
   разрешений или фильтров запросов; он был восстановлен"
   (error_code=231, try_again=true, recovery_disabled=false)
   Realm создает объект локально, синхронизирует его с сервером локально а затем возвращается
   напишите, потому что это не соответствует правилам подписки.
   Вы также заметите, что документ, который вы изначально создали, не синхронизирован,
   потому что у него нет поля приоритета  . Если вы хотите, чтобы этот элемент
   быть синхронизированы, вы можете отредактировать документ в пользовательском интерфейсе Atlas и добавить значение для
   поле приоритета.
   Заключение 
   Добавление свойства к существующему объекту Realm является постоянным изменением, и
   Режим разработки гарантирует, что изменение схемы будет отражено на стороне сервера. Если
   вы добавляете или изменяете подписку, чтобы использовать дополнительное поле, будь то новое
   добавлены или уже существовали, вам необходимо изменить настройки гибкой синхронизации, чтобы
   включить запросы к этому полю.
   Что дальше? 
   Рассмотрите возможность добавления нового свойства  Priority  в представления  ItemList  ,  ItemRow  и  ItemDetail  Views.
   Прочитайте нашу документацию Swift SDK и SwiftUI.
   Найдите записи в блогах, ориентированные на разработчиков, и руководства по интеграции на
   Центр разработчиков MongoDB.
   Присоединяйтесь к форуму сообщества MongoDB
   учиться у других разработчиков MongoDB и технических экспертов.