-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: Add wallet history to webapp #1860
Conversation
holzeis
commented
Jan 21, 2024
384d3d3
to
b93f9d7
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
@@ -8,6 +8,7 @@ use axum::Json; | |||
use native::api; | |||
use native::api::Fee; | |||
use native::api::SendPayment; | |||
use native::api::WalletHistoryItemType; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🤔 I thought the idea was that we would reuse everything in native
except for the stuff in the api
modules.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I fear the models are only on the api
layer.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right! I think it might pay off to fix that, because we probably don't want to change the web app models when we are working on the mobile app.
For now we could just duplicate a couple of times.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am not so sure about that. In the past we've copied the models extensively for the different modules (common, database, api, etc) and it was very cumbersome to write all this boilerplate code to copy data from one model to the other (which was mostly exactly the same).
For now I suggest we keep it as is and revisit if we run into any issues with it. Note, the api models used between webapp ui and webapp backend are decoupled from the native crate.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It would at least be sensible to move the shared code to a place that is not explicitly designed to be consumed by flutter_rust_bridge
though.