Разработка приложений для iOS в Казани
С чем приходят за приложением для iPhone
Клиенты просят приложение
Аудитория сидит на технике Apple, а у компании только сайт.
Проверка магазина отклоняет сборку
Обновление висит на рассмотрении, а причину отказа никто не разбирает.
Приложение делали под старую систему
После обновления телефонов часть экранов перестала открываться.
Оплата внутри не проходит
Подписку оформить нельзя, и доход уходит мимо приложения.
Нет доступа к сертификатам
Аккаунт остался у прошлого подрядчика, и выпустить обновление нечем.
С кем мы работаем
к масштабированию.
- Запуск за 5-10 дней
- Нативный завершенный UI
- Гибкая структура для роста
- Согласованная логика и экраны
- Плавный сценарий
- Удобство обновлений
- Интеграция с внутренними API
- Все по правилам
- Легко масштабировать
Как устроена разработка для iPhone
Стоимость IOS-приложения
в Казани
Стоимость зависит от объёма задач; число экранов её не определяет.
Цены указаны без НДС. НДС по ставке 5 % предъявляется дополнительно и включается в счёт.
Больше возможностей для вашего проекта
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Вы можете подключиться на этапе разработки?
Да, если кодовая база доступна и стабильна. Мы делаем экспресс-аудит и решаем, что оставить, доработать или переписать.
Что происходит при обновлениях iOS?
Мы пишем с учетом версий и следим за бетами Apple — приложение не ломается с каждым сентябрским апдейтом.
А если у нас уже есть Android-приложение?
Отлично. Повторим логику там, где это уместно, а остальное адаптируем под логику iOS и ее жесты.
Можно ли интегрировать с нашими системами?
Да, мы регулярно подключаем CRM, ERP, аналитику и API. Вы получаете безопасные и поддерживаемые точки входа.
Нужен ли готовый дизайн?
Нет. Достаточно вайрфреймов, черновиков или скринов. Мы дорабатываем UX по ходу дела.
На каком языке пишут приложения для iPhone?
На Swift; интерфейс собирают на SwiftUI.
Что было до Swift?
Objective-C: на нём живут старые проекты.
Нужно ли переписывать старое приложение на Swift?
Переход делают по экранам вместе с развитием.
Что такое SwiftUI?
Способ описывать интерфейс кодом, без визуального редактора.
Чем он отличается от прежнего подхода?
Экран описывается одним местом, состояние связано с видом.
Можно ли смешивать старый и новый подход?
Экраны сосуществуют в одном приложении.
Как устроена архитектура приложения?
Слои экрана, логики и данных с ясными границами.
Зачем разделять слои?
Логику проверяют тестами без запуска интерфейса.
Что хранится в слое данных?
Запросы к серверу, локальная база и кеш.
Какую локальную базу берут?
Системное хранилище объектов или простую встроенную базу.
Нужна ли база, если данных немного?
Настройки держат в системном хранилище параметров.
Как устроены запросы к серверу?
Через системный клиент с описанием методов.
Нужен ли свой сервер?
Нужен, если данные принадлежат приложению.
Можно ли обойтись готовым бэкендом?
Для простых задач берут готовый сервис.
Как быть с фоновой работой?
Система выделяет короткие окна и ограничивает задачи.
Почему нельзя работать в фоне постоянно?
Платформа усыпляет приложение для экономии заряда.
Как быть с длительной загрузкой файлов?
Её передают системному механизму фоновой загрузки.
Нужны ли внешние библиотеки?
Их берут для изображений, графиков и сканирования.
Как подключают библиотеки?
Через системный менеджер зависимостей.
Чем опасны заброшенные библиотеки?
Они ломаются на новой версии системы.
Нужно ли ограничивать число зависимостей?
Каждая добавляет вес и риск.
Как устроена сборка проекта?
Схемами сборки с разными настройками для теста и выпуска.
Нужна ли автоматическая сборка?
Она собирает и раздаёт версии без разработчика.
Как быть с хранением секретов?
Их держат вне репозитория.
Нужно ли писать тесты?
Их пишут на расчёты, оплату и синхронизацию.
Как быть с тестами интерфейса?
Их пишут на основные пути пользователя.
Нужен ли разбор кода вторым разработчиком?
Он ловит ошибки до сборки.
Как быть с поддержкой планшета в коде?
Разметку делают гибкой по ширине.
Нужно ли поддерживать альбомную ориентацию?
Для планшета обычно да, для телефона по задаче.
Как быть с очень старыми версиями системы?
Минимальную версию выбирают по доле аудитории.
Что происходит с приложением при обновлении системы?
Часть поведения меняется, и сборку проверяют заново.
Нужно ли готовиться к осеннему обновлению?
Сборку проверяют на предварительной версии летом.
Как быть с новыми размерами экранов?
Разметка должна тянуться без правок.
Нужна ли документация кода?
Описывают решения и границы слоёв.
Как быть с передачей проекта другой команде?
Помогают порядок в репозитории и инструкция сборки.
Сколько живёт архитектура без переделки?
Несколько лет при аккуратном развитии.
Смотрите также
Обновлено: