Book Image

Hands-On Swift 5 Microservices Development

Book Image

Hands-On Swift 5 Microservices Development

Overview of this book

The capabilities of the Swift programming language are extended to server-side development using popular frameworks such as Vapor. This enables Swift programmers to implement the microservices approach to design scalable and easy-to-maintain architecture for iOS, macOS, iPadOS, and watchOS applications. This book is a complete guide to building microservices for iOS applications. You’ll start by examining Swift and Vapor as backend technologies and compare them to their alternatives. The book then covers the concept of microservices to help you get started with developing your first microservice. Throughout this book, you’ll work on a case study of writing an e-commerce backend as a microservice application. You’ll understand each microservice as it is broken down into details and written out as code throughout the book. You’ll also become familiar with various aspects of server-side development such as scalability, database options, and information flow for microservices that are unwrapped in the process. As you advance, you’ll get to grips with microservices testing and see how it is different from testing a monolith application. Along the way, you’ll explore tools such as Docker, Postman, and Amazon Web Services. By the end of the book, you’ll be able to build a ready-to-deploy application that can be used as a base for future applications.
Table of Contents (19 chapters)

Exploring routes

Our service needs to be reachable via URLs. Vapor's way of addressing that is by using a router. The router compares incoming request URLs to what we have told it to do and will execute the desired function. We need to do this for every service that is serving as a Representational State Transfer (REST) API.

Let's start by defining all the routes that we will need to cover. This service will serve three main purposes:

  • User account management
  • Login/verification
  • Address management for user accounts

The following table lists all the routes that we need for that. The * stands for any character, to provide the ability to run multiple versions of the same API. The :variablename stands for placeholders that will be numeric IDs. All inputs and outputs are in JSON format:

Path Method Parameters Output/Description
/*/users/register POST Email
Password
First...