现在没有人native桌面开发了，都用跨平台架构么？


如果对跨平台没要求

感觉跨平台 开发效率 安全性 大部分没有native高呀


为啥大家这么吹捧跨平台呢


搞了一个大容量Excel文件数据（450M以上100多个sheet每行都带图片）解析同步的程序 后端一样（go/gin）


用c#搞了两天  用electorn搞了一周


同一个功能需求花费太多封装 调试 和莫名其妙的bug出现



ps:没有绝对会或者极端化说那个技术或者框架好或者坏，只是针对我们的场景和要求的感受而已。

具体选择什么技术是综合考虑各因素-场景/目标/功能和性能需求/成本/技术熟练程度等等，没有标准的规范。甚至只要满足要求就行。就如同以前实现一个简单授时单独服务 本来一个servlet就实现了，后来发现一个哥们用ssh框架都套上了，既然都是实现了，也没必要再改了。


所以谁要喷，不要脱离我帖子的内容所对应的场景。
--
修改:nextworld8 FROM 124.127.223.*
FROM 36.112.185.*

试了 开发效率太低 很不喜欢基于dart的那种UI构建模式

而且其自我绘图UI 在桌面端不如原生的


【 在 goodribs 的大作中提到: 】
: 试试flutter
--
FROM 36.112.185.*

也要兼顾效率，大部分场景其实性能差别不大或者不影响用户体验

更多是是开发效率 和可维护性

综合rust/c/c++做UI其实不是特别合适 底层 可以封装一些lib提供

UI层综合C#最好 主要是vs 提供得IDE太方便


【 在 AlphaO 的大作中提到: 】
: 感觉能不用web架构就不用，web ui都是低性能的玩意
: go性能也应该不会太好
: 要么Rust要么C/C++的原生跨平台UI性能最高的
: ...................
--
FROM 124.127.75.*

一切取决于是否有跨平台的需求

如果不需要跨平台，也弄个electron那种慢的UI，就有点过分了
--
FROM 123.119.160.*

用vs拖组件布局?
【 在 nextworld8 的大作中提到: 】
:   也要兼顾效率，大部分场景其实性能差别不大或者不影响用户体验
:  
:   更多是是开发效率 和可维护性
:  
:   综合rust/c/c++做UI其实不是特别合适 底层 可以封装一些lib提供  
:  
:   UI层综合C#最好 主要是vs 提供得IDE太方便
发自「快看水母 于 M2011K2C」
--
FROM 111.197.86.*