FlutterSwift VS ffigen

https://github.com/TokamakUI/Tokamak

I’m also working (slowly) on native Flutter channels:

https://github.com/PADL/FlutterSwift

But this is really targeted at embedded use cases.

FWIW I've been working on a native Swift implementation of Flutter channels [1], so I can use Swift for business logic with Sony's embedded Flutter embedder [2]. Probably a niche interest, but I'd prefer to write Swift than Dart, and there's no Objective-C runtime on Linux (so I can't use the default Darwin embedder).

[1] https://github.com/PADL/FlutterSwift

Things have improved though last time I checked 4 years ago. Flutter UI kit is definitely more complete and not fragmented as RN UI kits, or even React UI kits. On top of that you have official:

- firebase

- supabase

- revenue cat

- stripe

- google maps

- google ads / analytics

- grpc

- webview

- tensorflow

just to name a few - there is even more community one e.g: lottie, mobx, just_audio etc.

interop seems also improved:

cffi got improved and been out of beta for a while and they also added FFIgen [0] that can generate bindings to C and Rust C

rust flutter bridge [1] - even though not official is very popular and well maintained. So you can use vast cross-platform crates if you need something more advanced and low latency like for Audio you have CPAL

[0] https://pub.dev/packages/ffigen

[1] https://github.com/fzyzcjy/flutter_rust_bridge

There's ffigen, which can be used to generate code that talks to the C API.

ffigen

This new mechanism utilizes the fact that Objective-C and Swift code can be exposed as C code based on API bindings. The Dart API wrapper generation tool, ffigen, can create these bindings from API headers.