Пока ваш вариант попробую, мне же главное чтоб оно не смещалось никуда

Пасибо)

Привет, надо добавить в приложение модуль для обмена криптовалюты, и перевод между аккаунтами.
приложение на флаттере, думаю чтобы не цеплять апи сервисов, закинуть частично на WebView похожих обменников, но с транзакциями сложнее..
есть у кого знания/варианты как это лучше сделать?

как так 🤫

ну это полагаю вам бэк нужен)

Есть бек, стоит на сервере, мне только надо понять что и как лучше использовать

По документациях понял что лучше открыть свою REST ноду, и сервер с вебсокетами для манипуляции аккаунтами. Но это по факту уже выходит немного массивная система, хотелось бы как-то проще, например использование тех же веб вьюшек для обменника😁, сложность в том что есть несколько видов авторизаций и процедур в этих штуках...

Для транзакций думаю всё таки прицепить oauth некоторых сервисов, но очень мало дают возможность использование нужного функционала

Да случайно не дочитал, что в таком случае нужно отлавливать все ивенты в одном обработчике)

Либо собрать все на своем бэке, либо на чужом. Либо запускать ноды всех блокчейнов прям на девайсе. Иначе хер подпишешь транзакцию

Последние два варианта не советую, проблемы с безопасностью будут во втором, проблемы с батарейкой в третьем

Нафига сокеты для манипуляции аккаунта и вообще хороший вопрос конечно, чтоб подписывать транзу даже нода по-честноку не нужна, достаточно собрать ее в правильном формате и подписать ключиком. Только для этого в общем случае придётся до половины кода ноды переписать, так что проще заюзать готовую

Вопрос по архитектуре. Есть проект, нужно написать логику под Андроид и фронтенд. Хочу сделать как в flutter_webview, а именно саму прогу, к ней пакет с абстракциями и уже на абстракциях плагин с логикой для андроида. Но штука в чем. Если допишут под айос например, там будет как минимум кусок логики другой и даже гуй в паре мест нужно переделать. Не ебаца и просто сделать плагин для андроида без интерфейсов и всю логику оборачивать проверкой на платформу или как лучше?

freezed and equatable это про одно и тоже? почему чаще встречается фризид он имеет какие то преимущества?

Первое для создания юнион тайпов + полезные методы типа copyWith, а также сравнение объектов по их значениям. Это аналог запечатанных датаклассов из котлина
Второе про сравнение объектов по их значениям

Не про одно и тоже

Второе просто для переопределения ==, исходя из геттеров класса

А фризед для генерации дата классов и юнионов

шо такое юнионы?

опять на цыганском общаетесь

только дарт, только хардкор

но фризед рили балдёж
минимум бойлерплейта