Crates.io | tauri-interop |
lib.rs | tauri-interop |
version | 2.1.6 |
source | src |
created_at | 2023-11-25 22:44:37.149363 |
updated_at | 2024-03-24 12:53:21.15786 |
description | Easily connect your rust frontend and backend without writing duplicate code. |
homepage | |
repository | https://github.com/photovoltex/tauri-interop.git |
max_upload_size | |
id | 1048621 |
size | 28,492 |
This crate tries to provide a general more enjoyable experience for developing tauri apps with a rust frontend.
tbf it is a saner approach to write the app in a mix of js + rust, because the frameworks are more mature, there are way more devs who have experience with js and their respective frameworks etc...
but tbh... just because something is saner, doesn't stop us from doing things differently ^ヮ^
Writing an app in a single language gives us the option of building a common crate/module which connects the backend and frontend. A common model itself can most of the time be easily compiled to both architectures (arch's) when the types are compatible with both. The commands on the other hand don't have an option to be compiled to wasm. Which means they need to be handled manually or be called via a wrapper/helper each time.
The crates therefore provides the following features:
The library uses a resolver 2 features to allow easy inclusion without configuration. When working with virtual
workspaces the resolver defaults to 1. In that case it is required to set the resolver manually to version 2,
otherwise the target specific compilation
will not resolve correctly. When the wrong resolver is used, an error should state that the Listen
trait is missing.