SwiftyHTTP alternatives and similar libraries
Based on the "Webserver" category.
Alternatively, view SwiftyHTTP alternatives based on common mentions on social networks and blogs.
-
Perfect
Server-side Swift. The Perfect core toolset and framework for Swift Developers. (For mobile back-end development, website and API development, and more…) -
swifter
Tiny http server engine written in Swift programming language. -
Swifton
A Ruby on Rails inspired Web Framework for Swift that runs on Linux and OS X -
Zewo
Lightweight library for web server applications in Swift on macOS and Linux powered by coroutines. -
Taylor
A lightweight library for writing HTTP web servers with Swift -
Blackfish
A minimal, fast and unopinionated web framework for Swift -
Express
Swift Express is a simple, yet unopinionated web application server written in Swift -
Embassy
Super lightweight async HTTP server library in pure Swift runs in iOS / MacOS / Linux -
XcodeServerSDK
Access Xcode Server API with native Swift objects. -
Restofire
Restofire is a protocol oriented networking client for Alamofire -
Edge
A Swift Multiplatform Single-threaded Non-blocking Web and Networking Framework -
NetworkObjects
Swift backend / server framework (Pure Swift, Supports Linux) -
RxNetworks
🧚 Responsive plugin network architecture for RxSwift + Moya + HandyJSON + Plugins. -
Ambassador
Super lightweight web framework in Swift based on SWSGI -
Dynamo
High Performance (nearly)100% Swift Web server supporting dynamic content. -
Swift-Server
A very basic proof-of-concept Swift HTTP server that does not require Foundation -
Corvus
Corvus has been archived in favor of https://github.com/Apodini/Apodini .
Appwrite - The Open Source Firebase alternative introduces iOS support
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of SwiftyHTTP or a related project?
README
SwiftyHTTP
Note: I'm probably not going to update this any further - If you need a Swift networking toolset for the server side, consider: Noze.io.
A simple GCD based HTTP library for Swift. This project is 'pure' Swift/C, it does not use any bridged Objective-C classes.
SwiftyHTTP is a demo on how to integrate Swift with raw C APIs. More for stealing Swift coding ideas than for actually using the code in a real project. In most real world Swift apps you have access to Cocoa, use it.
Note: This is just my second Swift project. Any suggestions on how to improve the code are welcome. I expect lots and lots :-)
First things first: Samples
Server:
let httpd = HTTPServer()
.onRequest {
rq, res, con in
res.bodyAsString = "<h2>Always Right, Never Wrong!</h2>"
con.sendResponse(res)
}
.listen(1337)
Server using the Node.JS like Connect bonus class:
let httpd = Connect()
.use { rq, res, _, next in
print("\(rq.method) \(rq.url) \(res.status)")
next()
}
.use("/hello") { rq, res, con, next in
res.bodyAsString = "Hello!"
con.sendResponse(res)
}
.use("/") { rq, res, con, next in
res.bodyAsString = "Always, almost sometimes."
con.sendResponse(res)
}
.listen(1337)
Client (do not use this, use NSURLSession!):
GET("http://www.apple.com/")
.done {
print()
print("request \($0)")
print("response \($1)")
print("body:\n\($1.bodyAsString)")
}
.fail {
print("failed \($0): \($1)")
}
.always { print("---") }
Targets
Updated to use Swift v0.2.2 (aka Xcode 7.3).
The project includes three targets:
- SwiftyHTTP
- SwiftyServer
- SwiftyClient
I suggest you start out looking at the SwiftyServer.
SwiftyHTTP
A framework containing the HTTP classes and relevant extensions. It has a few 'subprojects':
- Foundation
- Sockets
- Parser
- HTTP
Foundation
This has just the 'RawByteBuffer' class. Which is kinda like a UInt8 array. I bet there are better ways to implement this! Please suggest some! :-)
Also a few - highly inefficient - extensions to convert between String's and CString's. I would love some suggestions on those as well.
But remember: NSxyz is forbidden for this venture! :-)
Sockets
Just a local copy of the SwiftSockets project - I wish GIT had proper externals ;-) (https://github.com/AlwaysRightInstitute/SwiftSockets)
Parser
This uses the C HTTP parser which is also used in Node.JS. It had to modified a tinsy bit - the Swift C bridge doesn't support bitfields. Those had to be removed from the http_parser struct.
It also contains the main request/response classes: HTTPRequest and
HTTPResponse, both subclasses of HTTPMessage.
And enums for HTTP status values (like 💰Required
) and request methods (GET
etc).
HTTP
HTTPConnectionPool is an abstract base class and manages open connections, either incoming or outgoing. The HTTPConnection sits on top of the SwiftSockets and manages one HTTP connection (it connects the socket to the parser).
HTTPServer is the server class. Uses SwiftSockets to listen for incoming connections. See above for a sample.
As a bonus - this also has a tiny Connect class - which is modelled after the Node.JS Connect thingy (which in turn is apparently modelled after RoR Rack). It allows you to hook up a set of blocks for request processing, instead of having just a single entry point. Not sure I like that stuff, but it seems to fit into Swift quite well. Find a sample above.
Finally there is a simple HTTP client. Doesn't do anything fancy. Do not - ever
- use this. Use NSURLSession and companions.
SwiftyServer
Great httpd server - great in counting the requests it got sent. This is not actually serving any files ;-) Comes along as a Cocoa app. Compile it, run it, then connect to it in the browser via http://127.0.0.1:1337/Awesome-O!
SwiftyClient
Just a demo on how to do HTTP requests via SwiftyHTTP. No, it doesn't do JSON decoding and such.
Again: You do NOT want to use it in a real iOS/OSX app! Use NSURLSession and companions - it gives you plenty of extra features you want to have for realz.
Goals
- [x] Max line length: 80 characters
- [ ] Great error handling
- [x] PS style great error handling
- [x] print() error handling
- [ ] Swift 2 try/throw/catch
- [ ] Real error handling
- [x] Twisted (no blocking reads or writes)
- [x] Async reads and writes
- [x] Never block on reads
- [x] Never block on listen
- [ ] Async connect()
- [x] No NS'ism
- [ ] Use as many language features Swift provides
- [x] Generics
- [x] Generic function
- [x] typealias
- [x] Closures
- [x] weak self
- [x] trailing closures
- [x] implicit parameters
- [x] Unowned
- [x] Extensions on structs
- [x] Extensions to organize classes
- [x] Protocols on structs
- [ ] Swift 2 protocol extensions
- [x] Tuples
- [x] Trailing closures
- [ ] @Lazy
- [x] Pure Swift weak delegates via @class
- [x] Optionals
- [x] Implicitly unwrapped optionals
- [x] Convenience initializers
- [x] Failable initializers
- [x] Class variables on structs
- [x] CConstPointer, CConstVoidPointer
- [x] withCString {}
- [x] UnsafePointer
- [x] sizeof()
- [x] Standard Protocols
- [x] Printable
- [x] BooleanType (aka LogicValue)
- [x] OutputStreamType
- [x] Equatable
- [x] Equatable on Enums with Associated Values
- [x] Hashable
- [x] SequenceType (GeneratorOf)
- [x] Literal Convertibles
- [x] StringLiteralConvertible
- [x] IntegerLiteralConvertible
- [x] Left shift AND right shift
- [x] Enums on steroids
- [x] RawRepresentable
- [ ] Dynamic type system, reflection
- [x] Operator overloading
- [x] UCS-4 identifiers (🐔🐔🐔)
- [ ]
RTF source code with images and code sections in different fonts - [x] Nested classes/types
- [ ] Patterns
- [x] Use wildcard pattern to ignore value
- [ ] @autoclosure
- [ ] unsafeBitCast (was reinterpretCast)
- [x] final
- [x] Nil coalescing operator
- [ ] dynamic
- [ ] Swift 2
- [ ] availability
- [x] guard
- [x] defer
- [ ] C function pointers
- [x] debugPrint
- [x] lowercaseString
- [x] #if os(Linux)
- [ ] #if swift(>=2.2)
- [ ] Swift Package Manager
- [ ] GNUmakefile support
- [ ] Linux support
Why?!
This is an experiment to get acquainted with Swift. To check whether something real can be implemented in 'pure' Swift. Meaning, without using any Objective-C Cocoa classes (no NS'ism). Or in other words: Can you use Swift without writing all the 'real' code in wrapped Objective-C? :-)