[Topic DIscussion] 指望C++和Qt,这软件生态很难迅速扩展,需要借鉴微软的C#
Tofloor
poster avatar
deepin
2023-07-25 00:46
Author

sad

,学C++真是造孽啊,指针概念确实容易混淆,变量声明也有很多种。而且,使用QT开发套件时自以为面向对象编程不再会用到指针、delete等内容,哪想QT仍在劝我先学好C++所有特性。

你们学C++痛苦吗?反正我已经是很痛苦。

deepin/UOS在建设软件生态时,咋不借鉴桌面系统用户量最多的微软Windows,自家应用使用更加面向对象的C#和·net环境进行开发,而且C#受java和C/C++的影响,在国外的使用者也不少。


【参考资料:】C#的来历

Reply Favorite View the author
All Replies
2 / 3
To page
redmibook
deepin
2023-07-25 02:24
#21
fuuko

赞同,腾讯目前最良心的东西都在to B和少部分的开源项目上,to C的产品质量确实不咋地no

这个楼主一直都有些奇怪的观念,一直在尴吹 electron,

现在索性尴吹 C# 了,

涉及 linux平台化应用的领域 及信创自主化的所有行业,

没有一家用 C# 做开发的。

之前有个在论坛尴吹 基于 java 开发的那个「永中」好过 wps 的,

不知道是不是也是他。

好吧,果然是:

https://bbs.deepin.org/post/251964

Reply View the author
把一切操作变成GUI
deepin
Backbone of ecological co-construction group
2023-07-25 02:53
#22

我建议楼主用tauri那一套,也是前端,而且比electron资源占用要好。

再不行就用Python和pyqt5吧,没指针的顾虑,几百行轻轻松松实现很多功能,快速开发。

而且我记得deepin还内置了,

Python的库又多

只不过打包的时候稍微努努力就好了。

Reply View the author
deepin
2023-07-25 02:56
#23
把一切操作变成GUI

我建议楼主用tauri那一套,也是前端,而且比electron资源占用要好。

再不行就用Python和pyqt5吧,没指针的顾虑,几百行轻轻松松实现很多功能,快速开发。

而且我记得deepin还内置了,

Python的库又多

只不过打包的时候稍微努努力就好了。

也行。

Reply View the author
deepin
2023-07-25 03:00
#24
redmibook

这个楼主一直都有些奇怪的观念,一直在尴吹 electron,

现在索性尴吹 C# 了,

涉及 linux平台化应用的领域 及信创自主化的所有行业,

没有一家用 C# 做开发的。

之前有个在论坛尴吹 基于 java 开发的那个「永中」好过 wps 的,

不知道是不是也是他。

好吧,果然是:

https://bbs.deepin.org/post/251964

我不是尬吹,而是建议deepin直接用Qt和C++的方式开发软件并不能快速扩大自己的软件生态,而C#等完全面相对象的编程语言更适合很多程序员的软件开发。

操作系统你可以用C/C++进行稳固,但是软件生态需要更多面向对象的现代编程语言扛起大梁,微软、苹果在操作系统的软件开发生态上就是很好的佐证。

Reply View the author
deepin
2023-07-25 03:07
#25
huper

说起腾讯,这垃圾玩意,国内linux的最大绊脚石,国产系统最大的绊脚石,一点社会责任感都没有

关键是他没抄出新的东西,大家肯定很失望。

Reply View the author
deepin
2023-07-25 03:11
#26
fuuko

矩阵和行列式之类的建议看看一些人工智能相关的项目,指针、条件编译、汇编代码满天飞ok

https://github.com/Tencent/ncnn/blob/master/src/layer/x86/convolutiondepthwise_x86.cpp

那为啥C/C++相关的代码封装为库给其他编程语言使用?

Reply View the author
fuuko
deepin
2023-07-25 03:47
#27
redmibook

这个楼主一直都有些奇怪的观念,一直在尴吹 electron,

现在索性尴吹 C# 了,

涉及 linux平台化应用的领域 及信创自主化的所有行业,

没有一家用 C# 做开发的。

之前有个在论坛尴吹 基于 java 开发的那个「永中」好过 wps 的,

不知道是不是也是他。

好吧,果然是:

https://bbs.deepin.org/post/251964

java就是突出一个慢啊=。=joy

WPS用Qt开发,运行效率杠杠的,适合信创的低性能电脑使用ok

Reply View the author
fuuko
deepin
2023-07-25 03:51
#28

那为啥C/C++相关的代码封装为库给其他编程语言使用?

你没发现它很快么=。=,同样的功能比你家js不知道快多少倍,非常适合坛友们的什么速龙处理器、E3处理器使用joy

至于其它语言。。。也可以是C++调用自己啊,比如这个链接里面的代码,会在你每使用一次deepin-ocr就执行多次哦,deepin-ocr也是C++写的,相同语言调库省去额外开销,更加适合坛友的洋垃圾使用ok

Reply View the author
redmibook
deepin
2023-07-25 04:22
#29

我不是尬吹,而是建议deepin直接用Qt和C++的方式开发软件并不能快速扩大自己的软件生态,而C#等完全面相对象的编程语言更适合很多程序员的软件开发。

操作系统你可以用C/C++进行稳固,但是软件生态需要更多面向对象的现代编程语言扛起大梁,微软、苹果在操作系统的软件开发生态上就是很好的佐证。

就没有人告诉你苹果已经封杀了 electron 吗?

https://www.sohu.com/a/351959911_660564

Reply View the author
redmibook
deepin
2023-07-25 04:28
#30

苹果全生态多平台封禁 electron 了,上一次享受这个待遇的,是 flash

Reply View the author
牧野
deepin
2023-07-25 04:31
#31
redmibook

electron 就是一坨翔,它是架在 chromuim 上实现业务逻辑的。

基本就是虚拟了一个完整的 ChromeOS,这种技术选型与「自主」「可控」丝毫不沾边。

而 Qt 则是完全架构在 C++ 上实现的,移植到任何架构都非常容易,最差,只要 g++,gcc 等底层工具完备了,就可以给它来个性能无损的适配。

反复在这空谈吹嘘,不如写两行代码,做点实事。

自古空谈,误人误已。

重要的事再说遍:

electron 就是一坨翔,与体积无关,与性能无关,从技术实现上:它就是一坨翔。

完全同意electron就是坨翔。用它做的软件性能瓶颈很快就会出现。磁盘占用,cpu,内存性能需求离暴涨不远了!

Reply View the author
redmibook
deepin
2023-07-25 04:32
#32
fuuko

java就是突出一个慢啊=。=joy

WPS用Qt开发,运行效率杠杠的,适合信创的低性能电脑使用ok

wps 那是相当优秀,MIPS 架构第一时间就支持上了,只要有 g++ 适配的地方,它都表现如一,性能出众。

Reply View the author
redmibook
deepin
2023-07-25 04:44
#33
牧野

完全同意electron就是坨翔。用它做的软件性能瓶颈很快就会出现。磁盘占用,cpu,内存性能需求离暴涨不远了!

只有应付事儿的厂商在利用 electron 跨平台,认真写一套 Qt && CPP 代码,只要填补了一个确信的生态位,就是金山银山(胜任一切信创架构的移植问题)。

目前,WPS 是金山软件的核心业务,支撑着 440 亿的市值,一百套王八拳,不如稳扎稳打的一套拳来得实在。

Reply View the author
deepin
2023-07-25 05:05
#34
redmibook

只有应付事儿的厂商在利用 electron 跨平台,认真写一套 Qt && CPP 代码,只要填补了一个确信的生态位,就是金山银山(胜任一切信创架构的移植问题)。

目前,WPS 是金山软件的核心业务,支撑着 440 亿的市值,一百套王八拳,不如稳扎稳打的一套拳来得实在。

QT&&CPP这套代码,时间长了,参与维护的人不会变多,毕竟你WPS源代码都闭源。

Reply View the author
fuuko
deepin
2023-07-25 05:33
#35

QT&&CPP这套代码,时间长了,参与维护的人不会变多,毕竟你WPS源代码都闭源。

人家已经说了,440亿的市值,440亿连个C++团队都拉不起来么?doubt

而且你最喜欢的web里面也有大量C++的渗透,比如AutoCAD的web版背后就有wasm技术,基于他们此前几十年的代码积累制作ok

最后再回到你最开始说的不能靠C++打江山这个说法,这是做你们前端和移动端app的思维,之前deepin已经尝试过了全体应用上webkit,用基于前端的技术开发应用,结果就是整个系统卡出翔来,被迫再次换回C++为主的应用开发模式doubt

当然正如我所说,DDE的调度部分至少已经转向了golang,在开发速度上要快不少,当然golang说白了就是一个C语言的升级版,估计你还是学不会

Reply View the author
deepin
2023-07-25 05:57
#36
fuuko

人家已经说了,440亿的市值,440亿连个C++团队都拉不起来么?doubt

而且你最喜欢的web里面也有大量C++的渗透,比如AutoCAD的web版背后就有wasm技术,基于他们此前几十年的代码积累制作ok

最后再回到你最开始说的不能靠C++打江山这个说法,这是做你们前端和移动端app的思维,之前deepin已经尝试过了全体应用上webkit,用基于前端的技术开发应用,结果就是整个系统卡出翔来,被迫再次换回C++为主的应用开发模式doubt

当然正如我所说,DDE的调度部分至少已经转向了golang,在开发速度上要快不少,当然golang说白了就是一个C语言的升级版,估计你还是学不会

440亿,到CPP程序员手手中也就1万RMB😏

Reply View the author
redmibook
deepin
2023-07-25 06:31
#37

QT&&CPP这套代码,时间长了,参与维护的人不会变多,毕竟你WPS源代码都闭源。

商业代码,特别是稳稳占据了一个生态位的软件,为什么一定要开源,我有这么一套代码我也不会开源。

不开源,一样是自主可控的,毕竟 C++ 的语法是透明的,Qt 授权了这套框架商用,这些中间层对金山来讲就是可控的,安全的。

最成功的 windows,几十年了也没开源,更不必说 Apple 了。

抛开执行效率,electron 技术无法承担信创的基本要求,毕竟 chromium 本身就是一个不受控因素。

热力学第二定律,在软件上也是成立的:过多的中间层转译,就是一个徒增功耗的过程,何况还有 chromium 这个大毒瘤。

AppleStore 封禁 electron 了,现在 electron 就是一些懒省事的厂商在玩了。

不用跟我说优秀代表 vscode,饶是 vscode,也在天天和内存泄漏作斗争,以微软的技术储备,他们采用别的技术,一定比现在更好。

国产硬件架构的发展,保守也要 20 年才能追平当前 x86 或 ARM 的效能,electron 现在都不能在技术上取得优势,更不用说国产硬件配套这条路了。

一言以蔽之:别尴吹 C#(凉透了)或 electron 了,没戏,没用,就是坨翔。

Reply View the author
enforcee
deepin
2023-07-25 06:43
#38

我就说大家都会喜欢vala的
rage

Reply View the author
deepin
2023-07-25 07:17
#39
redmibook

商业代码,特别是稳稳占据了一个生态位的软件,为什么一定要开源,我有这么一套代码我也不会开源。

不开源,一样是自主可控的,毕竟 C++ 的语法是透明的,Qt 授权了这套框架商用,这些中间层对金山来讲就是可控的,安全的。

最成功的 windows,几十年了也没开源,更不必说 Apple 了。

抛开执行效率,electron 技术无法承担信创的基本要求,毕竟 chromium 本身就是一个不受控因素。

热力学第二定律,在软件上也是成立的:过多的中间层转译,就是一个徒增功耗的过程,何况还有 chromium 这个大毒瘤。

AppleStore 封禁 electron 了,现在 electron 就是一些懒省事的厂商在玩了。

不用跟我说优秀代表 vscode,饶是 vscode,也在天天和内存泄漏作斗争,以微软的技术储备,他们采用别的技术,一定比现在更好。

国产硬件架构的发展,保守也要 20 年才能追平当前 x86 或 ARM 的效能,electron 现在都不能在技术上取得优势,更不用说国产硬件配套这条路了。

一言以蔽之:别尴吹 C#(凉透了)或 electron 了,没戏,没用,就是坨翔。

我的意图不是尬吹C#,而是deepin/UOS现在需要一个使用C/C++重新封装的可面向对象编程的软件开发语言,毕竟市面上很多可招聘的程序员对面向对象编程方式更为熟练。

Reply View the author
微光寒慕
deepin
2023-07-25 07:20
#40

Reply View the author
2 / 3
To page