swift-bridge
facilitates Rust and Swift interop.
swift-bridge
is a library that lets you pass and share high-level types such as Option<T>
, String
, Struct
and Class
between Rust and Swift.
You declare the types and functions that you want to import and export using "bridge modules", and
then run swift-bridge-build
at build time to generate the Swift
and C
FFI layer to make it all work.
# In your Cargo.toml
[build-dependencies]
swift-bridge-build = "0.1"
[dependencies]
swift-bridge = "0.1"
You can find information about using Rust and Swift together in The swift-bridge
Book.
Here's a quick peek at how you might describe an FFI boundary between Swift and Rust using a bridge module.
// Use the `swift_bridge::bridge` macro to declare a bridge module that
// `swift-bridge-build` will parse at build time in order to generate
// the necessary Swift and C FFI glue code.
#[swift_bridge::bridge]
mod ffi {
// Create shared structs where both Rust and Swift can directly access the fields.
struct AppConfig {
file_manager: CustomFileManager,
}
// Shared enums are also supported
enum UserLookup {
ById(u32),
ByName(String),
}
// Export Rust types, functions and methods for Swift to use.
extern "Rust" {
type RustApp;
#[swift_bridge(init)]
fn new(config: AppConfig);
fn insert_user(&mut self, user_id: u32, user: User);
fn get_user(&self, lookup: UserLookup) -> Option<&User>;
}
extern "Rust" {
type User;
#[swift_bridge(init)]
fn new(user_id: u32, name: String, email: Option<String>) -> User;
}
// Import Swift classes and functions for Rust to use.
extern "Swift" {
type CustomFileManager;
fn save_file(&self, name: &str, contents: &[u8]);
}
}
The swift-bridge
repository contains example applications that you use to quickly try out the library,
or as a starting point for your own Swift
+ Rust
based application.
For example, here's how to run the ios-rust-analyzer
example project locally.
git clone https://github.com/chinedufn/swift-bridge
cd swift-bridge/examples/ios-rust-analyzer
open IosRustAnalyzer/IosRustAnalyzer.xcodeproj
# *** Click the "Run" button at the top left of Xcode ***
You can find information about using Rust and Swift together in The swift-bridge
book.
In addition to allowing you to share your own custom structs, enums and classes between Rust and Swift,
swift-bridge
comes with support for a number of Rust and Swift standard library types.
name in Rust | name in Swift | notes |
---|---|---|
u8, i8, u16, i16... etc | UInt8, Int8, UInt16, Int16 ... etc | |
bool | Bool | |
String, &String, &mut String | RustString, RustStringRef, RustStringRefMut | |
&str | RustStr | |
Vec<T> | RustVec<T> | |
SwiftArray<T> | Array<T> | Not yet implemented |
&[T] | Not yet implemented | |
&mut [T] | Not yet implemented | |
Box | Not yet implemented | |
[T; N] | Not yet implemented | |
*const T | UnsafePointer<T> | |
*mut T | UnsafeMutablePointer<T> | |
Option<T> | Optional<T> | |
Result<T> | Not yet implemented | |
Have a Rust standard library type in mind? Open an issue! |
||
Have a Swift standard library type in mind? Open an issue! |
To run the test suite.
# Clone the repository
git clone [email protected]:chinedufn/swift-bridge.git
cd swift-bridge
# Run tests
cargo test --all && ./test-integration.sh
Bridging Rust and Swift is fairly unexplored territory, so it will take some experimentation in order to figure out the right APIs and code generation.
During this phase we'll focus on adding support for more types, patterns and and common use cases that we discover.
While we must always be thoughtful, we won't be obsessively focused on what the best names, arguments or approaches are during this phase.
This phase will be focused on making swift-bridge
feel really good to use.
During this phase we will:
-
Simplify our APIs and make them consistent.
-
Improve our error messages.
-
Improve the information and examples in the book.
This phase is about getting swift-bridge
to version 1.0.0
.
We'll take inventory of all of our public APIs and aim to remove as much we can without impacting the libraries usability.
The 0.1.x
versions will not follow semver.
We will maintain semver from 0.2
and onwards.
Licensed under MIT or Apache-2.0.