Swiftpack.co - myhealthily/sublimate as Swift Package

Swiftpack.co is a collection of thousands of indexed Swift packages. Search packages.
See all packages published by myhealthily.
myhealthily/sublimate v1.12.1
A DX improvement layer for Vapor 4
⭐️ 64
🕓 2 years ago
macOS
.package(url: "https://github.com/myhealthily/sublimate.git", from: "v1.12.1")

Sublimate badge-platforms badge-languages badge-ci badge-codecov

A developer-experience (DX) improvement layer for Vapor 4.

Rationale

Swift is a remarkably safe language, predominantly because of its wonderful syntactic features. This makes Swift perfect for server-side work where you want to aim for as little downtime as possible. However Vapor is built on NIO and NIO uses futures. Working with futures makes it much harder to capitalize on the safety of Swift.

Sublimate makes using Vapor procedural, like normal code.

Pain Points Removed

  • Bored with Swift complaining everything is ambiguous?

    You will get so much less of this.

  • Finding doing basic logic tedious or untenable with futures?

    You can write normal Swift with Sublimate.

  • Swift has an explicit error handling model, but futures hide where errors happen.
  • We have a README! Vapor’s docs are… lacking ¯\(ツ)

Comparison

func route(on rq: Request) -> EventLoopFuture<[String]> {
    do {
        let userID = try rq.auth.required(User.self).requireID()
        guard let groupID = rq.parameters.get("groupID") else { throw Abort(.badRequest) }

        return Group.find(groupID, on: rq)
            .unwrap(or: Abort(.notFound))
            .flatMap { group -> EventLoopFuture<[Association]> in
                guard group.enrolled else {
                    return rq.eventLoop.makeFailedFuture(Abort(.notAcceptable))
                }
                guard group.ownerID == userID else {
                    return rq.eventLoop.makeFailedFuture(Abort(.unauthorized))
                }
                return group.$associations.query(on: rq).all()
            }.map {
                $0.map(\.email)
            }
    } catch {
        return rq.eventLoop.makeFailedFuture(error)
    }
}

Versus:

let route = sublimate { (rq, user: User) -> [String] in  // §
    let group = try Group.find(or: .abort, id: rq.parameters.get("groupID"), on: rq)  // †
    guard group.enrolled else { throw Abort(.notAcceptable) }
    guard group.ownerID == try user.requireID() else { throw Abort(.unauthorized) }
    return try group.$associations.all(on: rq).map(\.email)  // ‡
}

§ If you use the two parameter version of sublimate() we decode your Vapor.Authenticatable for you automatically.
† Our find functions take optional IDs and can throw a well‐formed Abort for you.
‡ We provide convenience functions to keep your code tight; here you don’t have to call query() first.

We also provide SublimateMigration, which wraps your regular migration in a Sublimate+transaction layer for a more declarative syntax.

import Fluent
import SQLKit

public struct RenameMultipleItems: Migration {
    public func prepare(on db: Database) -> EventLoopFuture<Void> {
        db.transaction { db in
            let tx = (db as! SQLDatabase)
            return tx.raw(#"UPDATE payment_info SET "paymentStatus" = 'noPaymentMethod' WHERE "paymentID" IS NULL"#).run().flatMap {
                tx.raw(#"UPDATE payment_info SET "paymentStatus" = 'paymentMethodReceived' WHERE "paymentID" IS NOT NULL AND "paymentStatus" = 'unpaid'"#).run().flatMap {
                    tx.raw(#"UPDATE payment_info SET "paymentStatus" = 'errored' WHERE "paymentStatus" = 'error'"#).run()
                }
            }
        }
    }

    public func revert(on db: Database) -> EventLoopFuture<Void> {
        db.transaction { db in
            let tx = (db as! SQLDatabase)
            return tx.raw(#"UPDATE payment_info SET "paymentStatus" = 'unpaid' WHERE "paymentID" IS NULL"#).run().flatMap {
                tx.raw(#"UPDATE payment_info SET "paymentStatus" = 'unpaid' WHERE "paymentID" IS NOT NULL AND "paymentStatus" = 'paymentMethodReceived'"#).run().flatMap {
                    tx.raw(#"UPDATE payment_info SET "paymentStatus" = 'error' WHERE "paymentStatus" = 'errored'"#).run()
                }
            }
        }
    }
}

Versus:

import Sublimate
import Fluent

public struct OnlyHaveOnePaymentStatusType: SublimateMigration {
    public func prepare(on db: CO₂DB) throws {
        try db.run(sql: #"UPDATE payment_info SET "paymentStatus" = 'noPaymentMethod' WHERE "paymentID" IS NULL"#)
        try db.run(sql: #"UPDATE payment_info SET "paymentStatus" = 'paymentMethodReceived' WHERE "paymentID" IS NOT NULL AND "paymentStatus" = 'unpaid'"#)
        try db.run(sql: #"UPDATE payment_info SET "paymentStatus" = 'errored' WHERE "paymentStatus" = 'error'"#)
    }

    public func revert(on db: CO₂DB) throws {
        try db.run(sql: #"UPDATE payment_info SET "paymentStatus" = 'unpaid' WHERE "paymentID" IS NULL"#)
        try db.run(sql: #"UPDATE payment_info SET "paymentStatus" = 'unpaid' WHERE "paymentID" IS NOT NULL AND "paymentStatus" = 'paymentMethodReceived'"#)
        try db.run(sql: #"UPDATE payment_info SET "paymentStatus" = 'error' WHERE "paymentStatus" = 'errored'"#)
    }
}

Examples

import Sublimate
import Vapor

private Response: Encodable {
    let foo: Foo
    let bar: Bool
}

let route = sublimate { rq -> Response in
    // ^^ `rq` is not a `Vapor.Request`, it is our own object that wraps the Vapor `Request`

    guard let parameter = rq.parameters.get("id") else {
        throw Abort(.badRequest)
    }

    let foo = try Foo.query(on: rq)
        .filter(\.$foo == parameter)
        .first(or: .abort)
    // ^^ `foo` is the model object, not a future
    // `first(or: .abort)` throws a well formed `.notFound` error if no results are found

    print(foo.baz)

    return Foo(foo: foo, bar: Bool.random())
}

app.routes.get("foo", ":id", use: route)
import Sublimate
import Vapor

private Response: Content {  // must be Content due to Vapor 4 restriction on returning Arrays
    let foo: Int
    let bar: Bool
}

let route = sublimate { (rq, user: User) -> [Response] in
    // ^^ `User` is your `Authenticatable` implementation
    // Sublimate automatically fetches this when you use the 2 parameter variant for your convenience

    let foos = try Foo.query(on: rq)
        .filter(\.$something == user.something)
        .all()

    // more easily use great Swift features like guard
    guard foos.count >= 2 else { throw … }

    // more easily use `for` loops and everything else too
    for foo in foos where foo.baz == .baz {
        guard … else { throw … }
    }

    // `Sequence.map` not `EventLoopFuture.map`
    return foos.map {
        try Response(foo: $0.foo, bar $0.bar == .bar)
    }
}

app.routes.get("foo", use: route)
import Sublimate
import Vapor

let route = sublimate(in: .transaction) { rq in
    // ^^ if you return `Void` we send back an HTTP 200 (`Void` is chosen by Swift if you specify no return type)
    // Use `.transaction` to have the whole route in a transaction

    let rows = try rq.raw(sql: """
        SELECT * from \(raw: table)
        """).all(decoding: MyModel.self)
    // ^^ easy raw SQL

    // …
}

Usage

We have tried to provide sublimation for everything Vapor and Fluent provide, so generally you should find it just works.

Migrating to Sublimate

Try it out on one route first to see how you like it, you don’t have to be all-in to use Sublimate.

Transactions

Use sublimate(in: .transaction, use: myRoute) and the entire route will be performed in a transaction.

ModelMiddlware

We provide SublimateModelMiddleware.

Installation

package.dependencies.append(.package(
    name: "Sublimate",
    url: "https://github.com/myhealthily/sublimate.git",
    from: "1.0.0"
))

Then a target will need to depend on Sublimate:

.target(name: …, dependencies: ["Sublimate"]),

How it works

Sublimate is a small wrapper on top of a Request and Database pair that mirrors most functions and calls wait().

This works because we also spawn a separate thread to wait() within.

Why This is Fine

We found that mostly you have to fetch one thing at a time when doing Vapor dev anyway.

You still can fire off multiple requests simultaneously if you need to (query on the rq property of your Sublimate object then use our flatten() function).

Thread‑Safety

Sublimate is as thread-safe as Vapor; see their guidelines.

Caveats

  • This will cause a small performance hit to your server †
  • Having multiple in-flight database requests simultaneously becomes more tedious (but is still possible).

† we run some (basic) metrics, the performance difference is neglible

API Documentation

Automatically published to our wiki on releases.

Dependencies

  • Vapor 4 (for Content)
  • Fluent (for var Request.db) †
  • SQLKit (for SQLDatabase.raw, SQLKit is in fact a dependency of Fluent anyway)
  • Swift 5.2 (due to Vapor 4)
  • macOS 10.15 (Catalina), (due to Vapor 4), or any Swift 5.2 supported Linux

† We cannot just depend on FluentKit due to the need for rq.db.

Suggested Usage

  • We suggest a separate module for your routes.
  • We don’t suggest controllers, but using controllers should still be fine, if not open a ticket and we’ll look into what we can do to improve this usage.

GitHub

link
Stars: 64
Last commit: 2 years ago
Advertisement: IndiePitcher.com - Cold Email Software for Startups

Release Notes

Modularization
2 years ago

Swiftpack is being maintained by Petr Pavlik | @ptrpavlik | @swiftpackco | API | Analytics