创建一个网络，可以在不同 docker-compose 访问

@xieren58 了解

@xieren58 是桌面项目还是移动端? 很有兴趣,有开源吗?

@JustinL
反编译的话和你的成本有关系, 如果你的客户端已经被黑客拿到了, 剩下的是攻防问题. 目前说的混淆之类的, 只是防一些入门级别

最安全的是放在服务端. 让他们拿不到关键代码逻辑.


@Mithril 说的很好, C# (WPF+winform)+ webview2 目前是能兼具桌面优势和 web 优势的开发技术.

甚至可以用 MAUI Avaloinia + Blazor + webview2

真正的攻与防和代码无关. 和成本有关

@shijingshijing

你要是不知道可以不说

另外可以考虑 wpf+blazor+c++

C#调用 c++，应该是一开始就有的，很多年成熟的技术了

Wpf 把敏感的逻辑封装下，interop

https://docs.fastlane.tools/actions/upload_to_play_store/
@GenericT
@XXWHCA
@AvilCore
@GooMS
多谢各位, 正是我想要的,

我原以为这个 access API 是 play console 的功能, 看来是 cloud console 的功能.

我们用了好几年的 minio ，并且数据量都在几十 t ，会不会版本问题？

凤牌 58

@Al0rid4l #12 可不是, 我钉的几个 issues, 一直没有处理, 到最后正式版发布了也就那样了

后来想想 blazor 可能真是一个跨平台的方案, 如果以后 webassembly 性能有提升的话,那真的有无限遐想.

现在通过 maui +hybrid 的方式, 设计还是非常好的:


1. Blazor 调用 native 方法, 例如 Toast, Preference 还有相机等其他本地模块都很简单, 代码分离也清晰. 甚至可以魔改 webview, label 这些本地组件
2. Blazor 调用 javascript interop, 理解 Blazor 的生命周期, C# 调用 js 非常直观
3. Javascript 调用 C# , 直接生命一个 JsInvokeable 方法就好

但是我并没有测试过 相互调用的额外开销.


所有链路都是通的, 最后 native 虽然没有办法调用 c# 但是可以传参 给 RootComponent.


native -> RootComponent -> C# <-> javascript