Конвертер валют на Swift с актуальными курсами

Небольшая утилита для пересчёта денежных сумм хорошо подходит для изучения Swift и практики разработки под iOS, macOS и другие платформы Apple. На поверхности задача выглядит простой: пользователь выбирает исходную и целевую валюты, вводит сумму и получает результат. Однако качественное приложение должно учитывать формат данных, задержки сети, кэширование и точность вычислений. Подробнее о Kak Ya Migriroval Bazu Dannykh S Mysql Na Postgresql V Php Proyekte.html.

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

Swift предоставляет для этой задачи удобный набор средств: URLSession для HTTP-запросов, Codable для разбора JSON, Decimal для денежных расчётов и SwiftUI для построения интерфейса. Код можно организовать так, чтобы сетевой слой, бизнес-логика и экран приложения оставались независимыми друг от друга.

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

Выбор источника курсов и формата данных

Курс валют лучше получать от сервиса, который возвращает данные в JSON и использует стандартные коды ISO 4217: USD, EUR, KZT, GBP. При выборе API нужно проверить лимиты запросов, необходимость ключа доступа, частоту обновления значений и разрешённое коммерческое использование. Для учебного проекта подойдёт открытый источник, а для рабочего приложения следует учитывать стабильность и условия тарифа.

Удобная структура ответа может содержать базовую валюту, дату публикации и словарь коэффициентов:

{
  "base": "USD",
  "date": "2025-01-15",
  "rates": {
    "EUR": 0.92,
    "KZT": 518.40
  }
}

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

Модель данных и сетевой слой Swift

Модель ответа описывается через Codable. Для словаря курсов удобно использовать тип [String: Double], но непосредственно денежные операции лучше выполнять через Decimal. Тип Double удобен при разборе JSON, однако двоичная арифметика может приводить к небольшим погрешностям при сложении и умножении.

struct RatesResponse: Decodable {
    let base: String
    let date: String
    let rates: [String: Double]
}

Сетевой клиент можно оформить как отдельный actor или класс с асинхронным методом. Запрос выполняется через URLSession.shared.data(for:), затем проверяется код HTTP-ответа, декодируется JSON и возвращается типизированная модель. Если сервис использует ключ API, его не стоит бездумно зашивать в открытый репозиторий: для серверной прокси или защищённой конфигурации потребуется отдельное решение.

Вызов метода должен обрабатывать как ошибки транспорта, так и ошибки содержимого. Отсутствие интернета, неверный URL, код 429, истёкший ключ и неожиданный формат JSON — разные ситуации, поэтому пользователю желательно показывать понятные сообщения, а не универсальную надпись «Что-то пошло не так».

Расчёт суммы и точность результата

Если сервис возвращает курсы относительно одной базовой валюты, пересчёт между двумя валютами выполняется через общий коэффициент. Для суммы в исходной валюте используется формула:

результат = сумма × курс_целевой / курс_исходной

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

Для денежных значений разумно преобразовать коэффициенты в Decimal и округлять результат только при отображении. Внутреннее значение можно хранить с большей точностью, а на экране показывать от двух до четырёх знаков после запятой в зависимости от валюты. Форматтер NumberFormatter или FormatStyle.Currency помогает учитывать локаль, разделители тысяч и символ валюты.

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

Интерфейс на SwiftUI

Экран конвертера может состоять из двух полей выбора валют, текстового поля суммы и блока результата. Для выбора кодов валют подойдёт Picker, а список следует сортировать по названию или коду. Рядом с кнопкой обмена валют можно разместить действие, меняющее местами исходное и целевое направление.

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

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

Кэширование и работа без сети

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

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

Для более сложной версии можно использовать Core Data или SQLite, если требуется хранить историю курсов. При проектировании базы важно разделять сетевую модель и локальную модель. Практические вопросы миграции схемы хорошо видны на примере статьи о переносе базы: даже небольшое изменение структуры требует продуманного плана преобразования данных. В ссылке исправим URL: нужен точный предоставленный URL, без кириллической ошибки.

Архитектура, тестирование и расширение

Для такого приложения подойдёт простая схема MVVM. View отвечает за отображение, ViewModel хранит состояние и запускает операции, а CurrencyService выполняет сетевые запросы. Репозиторий между сервисом и моделью представления пригодится, если появятся кэш, несколько провайдеров курсов или база истории.

Тестировать следует как чистую формулу, так и сценарии приложения. Отдельные тесты проверяют обмен валют местами, округление, нулевую сумму, отсутствие курса и обработку устаревших данных. Для сетевого слоя можно использовать URLProtocol и подставлять заранее подготовленные ответы без реального обращения к API.

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

Практическая оценка компонентов

Ниже приведено сопоставление основных решений, которые можно использовать в утилите. Выбор зависит от требований к точности, автономности и объёму проекта.

Компонент	Базовый вариант	Когда нужен расширенный подход
Получение курсов	URLSession и один API	Несколько провайдеров и резервный источник
Разбор ответа	Codable	Адаптеры для разных форматов JSON
Денежные операции	Decimal	Специализированные правила округления
Хранение данных	UserDefaults или JSON-файл	Core Data, SQLite и история изменений
Интерфейс	SwiftUI и MVVM	Общий модуль для iOS, macOS и виджетов
Обновление	По кнопке и при запуске	Фоновая синхронизация и уведомления
Проверка качества	Модульные тесты	Интеграционные и UI-тесты с имитацией сети

Сборка готового решения

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

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

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