Изучение iOS SDK
Хорошее понимание iOS SDK является ключевым моментом при разработке нативных приложений для iOS. Это не только поможет вам выбрать правильные инструменты для решения конкретной проблемы, но также позволит вам не потеряться в десятках платформ, включенных в iOS SDK. В этой статье мы рассмотрим архитектуру iOS и выясним, что работает под iOS-приложениями.
Что такое iOS SDK?
Я уверен, что даже нескольким опытным разработчикам iOS будет сложно определить iOS SDK в одном предложении. SDK акроним расшифровывается как S разработки программного обеспечения K it. IOS SDK содержит инструменты и ресурсы для разработки собственных приложений iOS, а это означает, что SDK позволяет разработчикам разрабатывать, устанавливать, запускать и тестировать приложения в симуляторе iOS и на физических устройствах.
Двумя движущими силами, приводящими в действие собственные приложения для iOS, являются Objective-C и системные платформы для iOS. В предыдущей статье мы исследовали язык программирования Objective-C. В этой статье я хочу исследовать фреймворки, которые поддерживают собственные приложения iOS.
Что такое родное iOS-приложение?
Теперь вы знаете, что такое iOS SDK, но что делает приложение квалифицированным как приложение для iOS? Простой ответ заключается в том, что приложение iOS — это приложение, которое работает на устройстве iOS. Однако это только половина правды. А как насчет веб-приложений, которые запускаются в браузере Safari?
Приложение iOS — это приложение Cocoa, разработанное для платформы iOS. Отлично. Что такое приложение Какао? Приложение с какао определить немного сложнее. Это язык, на котором написано приложение? На самом деле, нет. Это инструменты, с помощью которых создается приложение Какао? Нет. Можно разработать приложение Какао без помощи Xcode.
В этой статье я хочу сосредоточиться на фреймворках, которые используются для создания нативных приложений для iOS. Если вы хотите узнать больше о среде выполнения Objective C, я рекомендую взглянуть на справочник Apple по Objective C или прочитать Руководство по программированию Objective C.
Архитектура iOS
Еще одно отличие от веб-приложений, работающих в браузере Safari, заключается в том, что нативные приложения взаимодействуют напрямую с операционной системой iOS и собственными системными платформами iOS. Операционная система действует как посредник между приложением и базовым оборудованием. Основным преимуществом этого посредничества или абстракции является то, что нативным приложениям не нужно беспокоиться о будущих изменениях оборудования или спецификаций устройств.
Операционная система предоставляет родным приложениям необходимую информацию о возможностях оборудования (есть ли у устройства камера?) И технических характеристиках устройства (работает ли приложение на iPhone или iPad?).
Архитектура iOS может быть разбита на четыре отдельных уровня:
Эта многоуровневая архитектура иллюстрирует этот уровень абстракции, причем более высокие уровни более абстрагированы, а более низкие уровни более фундаментальны и тесно связаны с аппаратным обеспечением. Само собой разумеется, что слои более высокого уровня полагаются на слои более низкого уровня для некоторых своих функций.
Apple рекомендует в максимально возможной степени использовать платформы более высокого уровня, поскольку они часто являются объектно-ориентированными абстракциями структур более низкого уровня. Другими словами, уровни более высокого уровня косвенно взаимодействуют с аппаратными средствами через уровни более низкого уровня, которые по своей природе являются более сложными. Конечно, все еще возможно вернуться к средам более низкого уровня, если структуры более высокого уровня не отвечают вашим потребностям.
Напоминаем, что фреймворк — это каталог, который содержит динамическую разделяемую библиотеку и связанные с ней ресурсы, такие как заголовочные файлы, изображения и т. Д. Фреймворки — это точки доступа к различным системным интерфейсам, таким как адресная книга iOS, устройство Фотопленка и музыкальная библиотека.
Сенсорный слой какао
В предыдущей статье я писал о Cocoa Touch и его отношении к Objective-C. В этой статье я хотел бы обсудить Cocoa Touch с более функциональной точки зрения, как приложения полагаются на слой Cocoa Touch и какова его роль в архитектуре iOS.
Слой Cocoa Touch определяет базовую инфраструктуру приложений и предоставляет ряд жизненно важных технологий, таких как многозадачный и сенсорный ввод.
Как я уже упоминал, приложения для iOS в значительной степени зависят от инфраструктуры UIKit. Нативные приложения iOS не могут работать, если они не связаны с UIKit и платформами Foundation.
Платформа UIKit или UIKit адаптирована для платформы iOS. Существует эквивалентная платформа для платформы OS X, называемая Application Kit или AppKit framework. UIKit предоставляет инфраструктуру для графических приложений iOS, управляемых событиями. Он также заботится о других основных аспектах, характерных для платформы iOS, таких как многозадачность, push-уведомления и доступность.
Слой Cocoa Touch предоставляет разработчикам большое количество высокоуровневых функций, таких как автоматическая разметка, печать, распознаватели жестов и поддержка документов. В дополнение к UIKit, он содержит, помимо прочего, Map Kit, Event Kit и Message UI.
Медиа-слой
Графика, аудио и видео обрабатываются слоем Media. Этот уровень содержит ряд ключевых технологий, таких как Core Graphics, OpenGL ES и OpenAL, AV Foundation и Core Media.
Слой «Медиа» содержит большое количество платформ, в том числе инфраструктуру «Библиотека активов» для доступа к фотографиям и видео на устройстве, инфраструктуру Core Image для работы с изображениями с помощью фильтров и платформу Core Graphics для 2D-рисования.
Взгляните на руководство Apple по обзору технологий iOS для получения полного списка всех платформ слоя Media.
Уровень основных услуг
Уровень Core Services отвечает за управление основными системными службами, которые используют нативные приложения iOS. Слой Cocoa Touch в значительной степени зависит от уровня Core Services для некоторых своих функций. Уровень Core Services также предоставляет ряд незаменимых функций, таких как блочные объекты, Grand Central Dispatch, In-App Purchase и iCloud Storage.
Одним из наиболее полезных дополнений к уровню Core Services является ARC или Автоматическая установка ссылок. ARC — это функция уровня компилятора, представленная в 2011 году с выпуском iOS 5. ARC упрощает процесс управления памятью в Objective-C.
Управление памятью — это тема, которую мы не рассмотрели в этой серии, но важно, чтобы вы понимали основы управления памятью при разработке приложений Какао. Автоматический подсчет ссылок — отличное дополнение, но важно знать, что ARC делает для вас.
Вы можете прочитать больше об управлении памятью в руководстве по языку программирования Objective-C, и я настоятельно рекомендую вам это сделать.
Другой важной структурой уровня Core Services, тесно связанной с платформой Foundation, является базовая платформа на основе C или Core Foundation. Как и платформа Foundation, она позволяет различным библиотекам и инфраструктурам обмениваться данными и кодом.
Уровень ядра ОС
Большая часть функциональности, предоставляемой тремя уровнями более высокого уровня, построена на уровне ядра ОС и его низкоуровневых функций. Уровень Core OS предоставляет несколько платформ, которые ваше приложение может использовать напрямую, таких как платформы Accelerate и Security.
Документация
Ваш ближайший союзник при разработке нативных приложений для iOS — документация, включенная в iOS SDK. По большей части документация является выдающейся, и она поможет вам освоиться с новой технологией или структурой без особых усилий.
Несмотря на то, что документация доступна онлайн, большинство разработчиков используют браузер документации, который включен в XCode. В Xcode 5, Вы можете найти браузер документации, выбрав Documentation и Справочник по API из меню Window Xcode.
Поскольку вы будете широко использовать документацию, вам может понадобиться несколько сочетаний клавиш, чтобы найти то, что вы ищете в документации. Как я упоминал в предыдущем абзаце, браузер документации обеспечивает легкий доступ к документации. Чтобы быстро получить доступ к документации, нажмите Shift + Command + 0 в Xcode 5.
Во время написания кода в редакторе кода Xcode может быстро стать громоздким переключаться между редактором кода и браузером документации каждый раз, когда вам нужно найти класс или метод.
Есть два решения для эффективного просмотра документации. Всякий раз, когда вы помещаете курсор на имя класса или метода в редакторе кода XCode, инспектор быстрой справки на правой боковой панели показывает сводку соответствующего класса или метода. Сводка содержит несколько полезных ссылок, которые ведут в браузер документации.
Вывод
Теперь вы должны хорошо понимать iOS SDK и различные уровни архитектуры iOS. Две основные платформы приложения для iOS, UIKit и Foundation, находятся в центре внимания следующих двух частей этой серии.
Эти платформы не только необходимы для каждого приложения iOS, они содержат десятки классов, которые вы часто будете использовать при разработке собственных приложений iOS.
iOS с нуля с помощью Swift: изучение iOS SDK
Хорошее понимание iOS SDK является ключевым моментом при разработке нативных приложений для iOS. Это не только поможет вам выбрать правильные инструменты для решения конкретной проблемы, но также поможет вам не потеряться в десятках платформ, включенных в SDK. В этой статье мы рассмотрим архитектуру iOS и выясним, что работает под iOS-приложениями.
Что такое iOS SDK?
Двумя движущими силами, приводящими в действие нативные приложения для iOS, являются Swift (или Objective-C) и родные системные платформы iOS. В предыдущих статьях мы исследовали язык программирования Swift. В этой статье я хочу исследовать фреймворки, которые поддерживают собственные приложения iOS.
Что такое родное приложение для iOS?
Теперь вы знаете, что такое iOS SDK, но что делает приложение квалифицированным как приложение для iOS? Простой ответ заключается в том, что приложение iOS — это приложение, которое работает на устройстве iOS. Это только половина правды, хотя. А как насчет веб-приложений, которые работают в Safari?
Приложение iOS — это приложение Cocoa, разработанное для платформы iOS. Отлично. Что такое приложение Какао? Приложение с какао определить немного сложнее. Это язык, на котором написано приложение? На самом деле, нет. Это инструменты, с помощью которых создается приложение Какао? Нет. Можно разработать приложение Какао без помощи Xcode.
iOS архитектура
Еще одно отличие от веб-приложений, работающих в Safari, заключается в том, что нативные приложения взаимодействуют напрямую с операционной системой iOS и собственными системными платформами iOS. Операционная система действует как посредник между приложением и базовым оборудованием. Основным преимуществом этого посредничества или абстракции является то, что нативным приложениям не нужно беспокоиться о будущих изменениях оборудования или спецификаций устройств.
Операционная система предоставляет родным приложениям необходимую информацию о возможностях оборудования (есть ли у устройства камера?) И технических характеристиках устройства (работает ли приложение на iPhone или iPad?).
Архитектура iOS может быть разбита на четыре отдельных уровня:
Эта многоуровневая архитектура иллюстрирует этот уровень абстракции, причем более высокие уровни более абстрагированы, а более низкие уровни более фундаментальны и тесно связаны с оборудованием. Само собой разумеется, что слои более высокого уровня полагаются на слои более низкого уровня для некоторых своих функций.
Apple рекомендует использовать фреймворки более высокого уровня, когда это возможно, потому что они часто являются объектно-ориентированными абстракциями фреймворков более низкого уровня. Другими словами, уровни более высокого уровня косвенно взаимодействуют с аппаратными средствами через уровни более низкого уровня, которые по своей природе являются более сложными. Конечно, все еще возможно вернуться к средам более низкого уровня, если структуры более высокого уровня не отвечают вашим потребностям.
Напоминаем, что фреймворк — это каталог, который содержит динамическую разделяемую библиотеку и связанные с ней ресурсы, такие как заголовочные файлы, изображения и т. Д. Фреймворки — это точки доступа к различным системным интерфейсам, таким как адресная книга iOS, устройство Фотопленка и музыкальная библиотека.
Сенсорный слой какао
В предыдущей статье я писал о Cocoa Touch и его связи со Swift и Objective-C. В этой статье я хотел бы обсудить Touch Cocoa с более функциональной точки зрения. Как приложения используют слой Cocoa Touch? Какова роль Cocoa Touch в архитектуре iOS?
Слой Cocoa Touch определяет базовую инфраструктуру приложений и предоставляет ряд жизненно важных технологий, таких как многозадачный и сенсорный ввод.
Как я уже упоминал, приложения для iOS в значительной степени зависят от инфраструктуры UIKit. Нативные приложения iOS не могут работать, если они не связаны с UIKit и платформами Foundation.
Национальная библиотека им. Н. Э. Баумана
Bauman National Library
Персональные инструменты
IPhone SDK
iOS SDK (ранее iPhone SDK) — это набор средств для разработки программного обеспечения,выпущенный в марте 2008 года корпорацией Apple, который помогает разработчикам создавать собственные приложения для устройств и платформ Apple для iOS. [Источник 1]
Содержание
История
17 октября 2007 года в открытом письме, опубликованным в блоге «Горячие новости» компании Apple,Стив Джобс, основатель компании, анонсировал SDK, который должен был быть предоставлен сторонним разработчикам в феврале 2008 года. [Источник 2] Однако инструментарий вышел лишь 6 марта. Основной функцией IOS SDK является возможность разрабатывать приложения под iPhone, iPod Touch и iPad.
В начале апреля на пресс-конференции в калифорнийской штаб-квартире компании Apple Стив Джобс сделал несколько громких заявлений. Помимо анонсирования нового программного обеспечения для iPhone, было объявлено о выходе в свет официального набора для разработчиков прикладных программ (SDK) для Apple iPhone, а точнее — его бета-версии. SDK ждали с нетерпением, ранее в прессу неоднократно просачивались сведения о его выходе в начале-середине лета. Появление же в начале апреля вызвало настоящий ажиотаж — всего за первые две недели релиза с официального сайта Apple Developer Connection было загружено более 100 000 экземпляров комплекта. Даже если учесть то, что большая часть, от 50 до 90 процентов от общего числа скачавших SDK, делали это из простого интереса («посмотреть, что оно из себя представляет»), число «результативных» загрузок все равно впечатляет. Всего 1000 разработчиков способны написать 1000 различных приложений в течении полугода. Судя по ажиотажу по отношению к SDK со стороны IT-сообщества, владельцы iPhone не скоро начнут жаловаться на недостаток прикладного программного обеспечения для своих телефонов.
Особенности
Комплекты для разработки программного обеспечения могут быть лицензированы поставщиком программного обеспечения. Как правило, они предназначены для оказания помощи в разработке для конкретной платформы, которая происходит за пределами данной компании, например, когда отдельные разработчики представляют приложения или инструменты для использования с конкретной платформой.
Программист, как правило, получает SDK непосредственно от разработчика целевой технологии или системы. Часто SDK распространяется через Интернет. Многие SDK распространяются бесплатно для того, чтобы поощрить разработчиков использовать данную технологию или платформу.
Разработчики могут устанавливать любую цену, превышающую минимальную установленную, за их приложения, которые будут распространяться через App Store, из которой они будут получать 70%. Кроме того, они могут распространять своё приложение бесплатно, в этом случае они должны платить только членские взносы, которые составляют 99 долларов в год. [Источник 3]
Состав SDK
Apple iOS использует вариант того же ядра XNU, что и Mac OS X.
SDK разбита на следующие наборы: [Источник 4]
Наряду с набором инструментов Xcode, SDK содержит iPhone Simulator, используемый для имитации внешнего вида iPhone на компьютере разработчика, ранее называвшийся «Aspen Simulator». [Источник 5]
Подробная структура SDK
Принцип работы с SDK
Для работы с программными средствами SDK, необходимо проделать несколько этапов: скачать с официального сайта SDK, ознакомиться с руководством, написать само приложение (или приложения), продать их тысячными тиражами и получать с нее (них) прибыль. Но не все так просто, как может показаться на первый взгляд. При попытке практической реализации сценария можно неизбежно столкнуться с некоторыми особенностями.
Что касается недоработанности представленного SDK, то, одной стороны, стоит отметить, что уже на момент речи Стива Джобса компании Electronic Arts и Sega представили игры, разработанные с использованием нового пакета. Это может свидетельствовать о том, что SDK, во-первых, вполне жизнеспособен, а во-вторых — перспективен, раз такие монстры игрового рынка выделили на его изучение временные и людские ресурсы. С другой стороны, компания Adobe распространила заявление, в котором говорится о текущей невозможности портировать Flash-плеер под iPhone. [Источник 6]
Альтернативные способы разработки
Программы для iPhone можно писать и без SDK, т.е. даже работая на компьютере с операционной системой Windows. Разработчику для создания полнофункциональных приложений понадобятся ASP.Net, C#, ASP.Net AJAX и расширения WebKit. Правда, в этом случае коммерческого будущего у получившегося продукта не будет — AppStore просто-напросто не пропустит для публикации ПО, созданное без использования SDK.
Во-вторых, еще до выхода официального iPhone SDK от Apple программисты могли писать приложения под «яблочный телефон» с помощью неофициального SDK. Он был подготовлен Лукасом Ньюманом (Lucas Newman), позже нанятого на работу компанией Apple, и Беном Столхудом (Ben Stahlhood), из-под руки которого вышло исчерпывающее руководство по разработке приложений с помощью среды разработки XCode 3.0 (естественно, на ПК под управлением Mac OS X 10.5 «Leopard»).
SDK для iOS
В рамках SDK для iOS 1.9 доступны две версии: SDK для iOS 1.9.1 можно встраивать в мобильные приложения, работающие на платформе iOS версии 11 или выше и совместимые с Xcode версии 11 или выше, а для мобильных приложений, работающих на платформе iOS 10 и совместимых с Xcode 10, необходимо использовать SDK для iOS 1.9.0.
Общая информация
Возможности
Состав
SDK для iOS содержит библиотеку, которая задействуется при разработке и использовании приложений на устройствах Apple, и примеры работы на языках программирования Swift и Objective-C.
Схема работы
Рис.: Схема взаимодействия
Подключение и использование
Интерфейс платёжной формы
Рис.: Отображение списка доступных платёжных методов
Рис.: Оплата с использованием альтернативного платёжного метода DOKU
Рис.: Проверка действительности карты
Рис.: Выбор сохранённой карты
Рис.: Генерация токена карты
Рис.: Использование предварительно выбранной карты
Рис.: Уточнение дополнительных параметров, обязательных для проведения оплаты
Рис.: Возможность повторных попыток оплаты в случае ошибок
Обеспечение работы с подписью
Рис.: Процесс подписывания данных
Реализацию алгоритмов следует выбирать с учётом технологий, используемых в серверной части приложения. Подробная информация о генерации подписи представлена в разделе Использовании подписи к данным.
Подключение библиотек
Подключение в Swift
ECommPay не запрашивает местоположение пользователя, если этого не делает мобильное приложение, но в соответствии с требованиями App Store значение ключа не должно быть пустым.
Если мобильное приложение уже запрашивает информацию о местоположении пользователя, этот шаг можно пропустить.
Подключение в Objective-C
Для подключения библиотек к проекту мобильного приложения необходимо:
ECommPay не запрашивает местоположение пользователя, если этого не делает мобильное приложение, но в соответствии с требованиями App Store значение ключа не должно быть пустым.
Если мобильное приложение уже запрашивает информацию о местоположении пользователя, этот шаг можно пропустить.
Подключение библиотеки через CocoaPods
Для подключения библиотек через CocoaPods необходимо:
ECommPay не запрашивает местоположение пользователя, если этого не делает мобильное приложение, но в соответствии с требованиями App Store значение ключа не должно быть пустым.
Если мобильное приложение уже запрашивает информацию о местоположении пользователя, этот шаг можно пропустить.
Вызов платёжной формы
Вызов в Swift
Для вызова платёжной формы необходимо выполнить следующие действия:
Пример передачи в запросе параметров hide_success_final_page и hide_decline_final_page :
После вызова платёжной формы библиотека выполняет проверку на ошибки. При отсутствии ошибок открывается платёжная форма, в других случаях платёжная форма не открывается, а метод вызова платёжной формы возвращает код ошибки.
Вызов в Objective-C
Для вызова платёжной формы необходимо выполнить следующие действия:
Пример передачи в запросе параметров hide_success_final_page и hide_decline_final_page :
После вызова платёжной формы библиотека выполняет проверку на ошибки. При отсутствии ошибок открывается платёжная форма, в других случаях платёжная форма не открывается, а метод вызова платёжной формы возвращает код ошибки.
Приём результатов
Для получения кода ответа о проведении платежа необходимо задать:
Рис.: Приём результатов в Swift
Рис.: Приём результатов в Objective-C
| Код результата | Константа результата | Значение | Описание |
|---|---|---|---|
| 0 | Success | Success | Платёж проведён |
| 100 | Decline | General decline | Проведение платежа отклонено из-за получения общей ошибки от платёжной платформы |
| 301 | Cancelled | Cancelled | Проведение платежа отменено пользователем |
| 501 | Error | Internal error | Возникла внутренняя ошибка |
Обработка оповещений
Обзор
Далее представлена информация об этих оповещениях.
Оповещения платёжной платформы
Оповещения SDK для iOS
Мобильное приложение мерчанта может принимать от SDK для iOS оповещения, которые передаются к SDK для iOS от платёжной платформы. Оповещение отправляется мерчанту до того, как пользователю в платёжной форме отображается страница с информацией о результате проведения платежа.
Управление платёжными данными
При оплате с помощью платёжной карты пользователю необходимо ввести данные карты на платёжной форме. Кроме традиционного способа ввода данных (вручную) SDK для iOS позволяет сканировать карту, использовать сохранённую карту или токен карты для оплаты.
Оплата с использованием сохранённых данных
Пользователь может сохранить реквизиты карты при совершении оплаты. Тогда при проведении последующих платежей пользователю достаточно лишь выбрать карту из списка сохранённых и ввести значение CVV.
Оплата с использованием токенов
SDK для iOS предоставляет возможность проводить платежи по токену карты. В этом случае на стороне серверной части приложения необходимо обеспечить хранение данных карты пользователя и её токена. Если заданный токен соответствует карте пользователя, то при проведении оплаты пользователю отображается форма оплаты с предварительно выбранной картой и заполненными данными этой карты, кроме CVV.
При использовании токена для проведения оплат параметр token должен быть включён в список параметров для подписывания.
Для оплаты по токену необходимо задать токен в объекте paymentInfo :
Автоматическая генерация токена
Рис.: Фрагмент оповещения с токеном
Генерация токена по запросу
Сгенерированный токен и время его создания возвращаются в оповещении о генерации токена.
Проведение платежей
Базовый вариант оплаты
По умолчанию в SDK для iOS настроено проведение разовых одностадийных оплат (тип действия Sale ). Для проведения данного типа оплат можно использовать приведённые примеры и дополнительно ничего не настраивать.
Разовая двухстадийная оплата
Подробная информация о проведении оплат с предварительной блокировкой представлена в разделе Блокировка средств.
Повторяемая оплата
Дополнительно можно задать:
Проверка действительности платёжного инструмента
Проверка действительности платёжного инструмента используется в случае необходимости проверки карты пользователя без списания средств, а также для сохранения данных карты с целью дальнейшего использования. При проверке карты выполняется списание с карты нулевой суммы.
Для проведения верификации карты необходимо задать Verify в типе действия:
Оплата с использованием альтернативных платёжных методов
SDK для iOS поддерживает проведение оплат с использованием альтернативных платёжных методов Apple Pay, Skrill Wallet, DOKU Wallet, «QIWI Кошелёк», Banks of Malaysia, Banks of Thailand, «Оплата в магазинах Таиланда», MCash Wallet, Alipay, Neteller, WebMoney (сценарии оплат WebMoneyLight и WebMoneyClassic ). Описание каждого из этих методов представлено в отдельной статье, а схемы проведения оплат через SDK для iOS с использованием этих методов можно разбить на два типа: с подтверждением в сервисе альтернативной платёжной системы возможности проведения платежа (это актуально для Apple Pay) и с перенаправлением пользователя к сервису альтернативной платёжной системы для подтверждения и обработки платежа (это актуально для остальных методов). Далее представлены обе схемы, а также описание особенностей работы с методом Apple Pay и поддерживаемыми сценариями оплат метода WebMoney.
Чтобы обеспечить возможность проведения оплат с использованием метода Apple Pay, предварительно необходимо:
После этого можно проводить оплаты с использованием Apple Pay. Все основные процедуры — вызов платёжной формы, приём результатов и обработка оповещений — выполняются при этом так же, как и при работе с другими методами, а при формировании запросов необходимо учитывать следующее:
Оплаты с использованием метода Apple Pay проводятся следующим образом.
Рис.: Проведение оплаты с использованием Apple Pay
Также поддерживается регистрация повторяемых оплат с использованием платёжного метода Apple Pay. Подробная информация о необходимых параметрах и примеры пода на языках программирования Swift и Objective-C представлены в разделе Повторяемая оплата.
При работе с SDK для iOS поддерживается проведение оплат с использованием сценариев WebMoneyLight и WebMoneyClassic. При использовании WebMoneyLight осуществляется перенаправление пользователя к форме оплаты WebMoney для перевода средств на WM-кошелёк мерчанта. При использовании WebMoneyClassic пользователь самостоятельно переходит в сервис WebMoney для проведения оплаты. Все основные процедуры, такие как вызов платёжной формы, приём результатов и обработка оповещений, выполняются так же, как и при работе с другими платёжными методами, а при формировании запросов необходимо учитывать следующее:
Если в запросе переданы значения обоих указанных параметров, проведение оплаты инициируется автоматически без возможности для пользователя изменить указанные данные.
Если в запросе передано значение только одного из указанных параметров, в платёжной форме пользователю отображается поле для ввода запрашиваемых данных. В этом случае проведение оплаты начинается после указания пользователем необходимых данных.
Оплаты с перенаправлением к сервисам альтернативных платёжных систем проводятся следующим образом.
Рис.: Проведение оплаты с использованием альтернативных платёжных методов (АПМ)
.svg)
Сбор данных о пользователе
Для проведения платежа с использованием платёжной формы обычно требуется минимальный набор параметров, при этом для сбора данных о пользователях можно передавать и (или) запрашивать дополнительные данные, например, телефон или электронную почту пользователя. Подробнее — Сбор данных о пользователе.
Индивидуальный дизайн
Рис.: Светлая тема платёжной формы
Рис.: Тёмная тема платёжной формы
Настройка оформления отдельных элементов
