"Generics+Decodable serving your API-client"
0 likes113 views
Документ обсуждает создание обобщенного сетевого клиента для работы с API, подчеркивая важность обработки ошибок и управления зависимостями. Приводятся примеры реализации, включая использование протокола Decodable для обработки данных и подходы к уменьшению повторяющегося кода. Также рассматриваются преимущества и недостатки различных архитектурных решений для сетевого взаимодействия.
"Generics+Decodable serving your API-client"
- 1. (NOT) EASY WAY TO SET UP IN-APP NETWORKING GENERICS + DECODABLE SERVING YOUR API CLIENT <T> Vitaly Chernysh
- 4. DECODABLE public protocol Decodable { public init(from decoder: Decoder) throws }
- 5. DECODABLE { "quoteText":"If I know what love is, it is because of you. “, "quoteAuthor":"Hermann Hesse” }
- 6. DECODABLE
- 7. STATIC METHODS – отсутствие конкретного объекта и состояния – притягивают статики – отсутствие возможности для DI – повторяющийся код PROS: – удобно при небольших проектах CONS: – доступность из любого места в приложении – нет разделения ответственностей
- 8. SHARED INSTANCE – повторяющийся код PROS: CONS: – наличие конкретного объекта – возможность для DI – сетевой слой зависит от структуры приложения – нет разделения ответственностей
- 10. CLIENT OF FUTURE – потенциально переносим в другие проекты – возможность иметь несколько клиентов – возможность для DI – отсутствие повторяющегося кода – разделение ответственностей – клиент ничего не знает о структуре приложения – удобен в использовании
- 13. – несет ответственность только за выход в сеть и обработку полученных данных – ничего не знает о структуре приложения – имеет унифицированные completion и error обработчики – вместе с инструкцией получает ее ассоциативный тип – передает этот тип в Сompletion GENERIC CLIENT
- 14. REQUEST – HTTP метод – path – parameters – generic-типизация (associated types должны реализовывать Decodable) – headers Что включает?
- 15. REQUEST
- 16. COMPLETION – получает associated type из Реквеста – назначает его как тип возвращаемых объектов
- 17. CLIENT
- 19. JSON Создадим свой класс JSON, который реализует Decodable. Научим наш JSON разворачивать пришедший с сервера словарь, а затем записывать содержимое в Dictionary<String : Any> Теперь можно передавать JSON в associated type Реквеста и получить обработанный словарь со всем содержимым на выходе работы клиента.
- 20. Requests Library
- 23. Error Handling
- 25. Error Extractor – проверка внутренних ошибок сериализации – проверка серверных ошибок в словаре
- 26. Источники: SPASIBO SERVICE-ORIENTED ARCHITECTURE SHARED INSTANCE DECODABLE MEAT GRINDER