用rust写了一个桌面app,就不再想用kmp了

最近用两周的时间,从原来的kmp桌面平台的pdf阅读器迁移过来70%的功能后,就再也回不去了.

除了rust语言不太好学这算缺点外,几乎没有大的缺点了.对比kotlin与kmp全是优点.

目前rust写的app的缺点:

  • 第三方的库相对java,kotlin是较少的.已经足够用了.
  • ui稍微有点丑,没有一个完善的ui库,不过相比javafx也丑不到哪里去,kmp据说是javafx基础上运行的桌面端.做工具不太需要那么漂亮.
  • 语言难一些,ai有不少时间都搞不定编译.
  • 所有权一旦发生变化,或者类似的涉及到了重构,是有点小灾难的意思.
  • 编译时间太长,编译产物太大了,我不到5000行的源码,依赖也只是十几个,生成了6个g的debug产物

优点:

  • 启动速度快.
  • ui库虽然难看点,但是写起来是真不慢,代码快速完成.
  • cpu,内存的占用真是优秀.kmp运行起来,不动还好,一动cpu一下就上去了.
  • 代码行数明显下降,编译过了后,不需要太担心运行后的问题.至少调试的时候,编译过了,调试很少出问题.kmp这些,debug还一堆毛病
  • 如果涉及到jni这些要编译的库,在windows上编译起来是真恶心.rust没有这么困难.
  • 打包后的体积也是小,kmp要180mb,rust出的包23mb.
  • 运行后的线程数,rust的13个,kmp要53个,一堆系统线程,虚拟机线程等.
  • cargo领先gradle,他们出厂时间不算太早吧.gradle编译依赖问题占了项目调试时间比例不低.cargo没有这方面的问题,或者我暂时只遇到一个链接问题.而gradle依赖下载一堆,版本众多,错一个可能又下不了,又编译失败,冲突.
  • 与c,c++兼容性强过jni.

用flutter写多平台的应用,如果有现成的插件是容易的.dart容易,但写起来总是感觉那么恶心.这恐怕永远改变不了对它的态度.

做了一两年flutter应用都快要吐了,尤其没有多线程,isolate都快用吐了.

ffi调用,依然慢的要命,比kmp通过jni还慢很多.

它的优势就是官方文档全,从环境到编译,打包都是全的.

写一个应用主要是为了对rust更熟悉一些.下一步打算做点别的.

相关推荐
霸道流氓气质9 小时前
Java 实现折线图整点数据补全与标准化处理示例代码讲解
java·开发语言·windows
冬奇Lab9 小时前
【Kotlin系列10】协程原理与实战(上):结构化并发让异步编程不再是噩梦
android·开发语言·kotlin
薛不痒9 小时前
项目:矿物分类(训练模型)
开发语言·人工智能·python·学习·算法·机器学习·分类
jason.zeng@15022079 小时前
spring boot mqtt开发-原生 Paho 手动封装(最高灵活性,完全自定义)
java·spring boot·后端
姜太小白9 小时前
【前端】JavaScript字符串执行方法总结
开发语言·前端·javascript
被星1砸昏头9 小时前
C++与Node.js集成
开发语言·c++·算法
xixi09249 小时前
selenium的安装配置
开发语言·python
sunnyday04269 小时前
Filter、Interceptor、Spring AOP 的执行顺序详解
java·spring boot·后端·spring
程序员zgh9 小时前
C++ 纯虚函数 — 抽象接口
c语言·开发语言·c++·经验分享·笔记·接口隔离原则
想用offer打牌9 小时前
一站式了解Spring AI Alibaba的Memory机制
java·人工智能·后端·spring·chatgpt·系统架构