deepin为什么放弃了HTML5开发桌面环境?
Tofloor
poster avatar
Lyvnee
deepin
2015-07-25 01:54
Author
deepin为什么放弃了HTML5开发桌面环境?
Reply Favorite View the author
All Replies
1 / 2
To page
4***[email protected]
deepin
2015-07-25 02:30
#1
一直都是HTML5啊,什么时候也没说过放弃啊,你在哪看到消息要放弃?
Reply View the author
4***[email protected]
deepin
2015-07-25 02:44
#2
https://bbs.deepin.org/post/31612
最新的开发计划是将HTML换成qtwidget。
感觉是因为用HTML5比较吃硬件吧~

咱也不太懂这玩意,不过以我的理解,官方说的是把启动器,控制中心等桌面环境的组件由QML换成qtwidget,应该是QML性能有点不佳,不过一个完整的桌面环境应该不会只用一种语言开发吧,不是用的还有go语言吗?我以前看到有人说深度桌面环境就是个修改了的webkit,咱也不懂这些,请https://bbs.deepin.org/user/4296 说说?
Reply View the author
ArthurDeepin
deepin
2015-07-25 02:48
#3
喵~~~开发计划的那个帖子:
任务栏、桌面、启动器:HTML5+WebKit→Qwidget+Go

嗯,就是这样,为了更好的体验。解决任务栏内存一不留神就不断增加的问题等等,可能是要换路线了,等正式版吧
Reply View the author
rekols
deepin
2015-07-25 02:56
#4
使用HTML5有些问题解决不了吧,换了Qwidget+Go
Reply View the author
hummerstudio
deepin
2015-07-25 03:03
#5
我觉得是响应速度问题吧。鼠标点击后反应时间太长。
Reply View the author
ArthurDeepin
deepin
2015-07-25 03:06
#6
本帖最后由 ArthurDeepin 于 2015-7-24 19:08 编辑
https://bbs.deepin.org/post/31612
我觉得是响应速度问题吧。鼠标点击后反应时间太长。

这个感觉是窗口管理器的原因,在2015a版的内测中,任务栏还没有换掉html5,但是换了窗口管理器,打开东西速度提升很多。另外一个可以证明的就是,2014里,即使不通过任务栏和启动器,直接使用命令打开,打开速度也非常慢。
Reply View the author
4***[email protected]
deepin
2015-07-25 03:22
#7
https://bbs.deepin.org/post/31612
这个感觉是窗口管理器的原因,在2015a版的内测中,任务栏还没有换掉html5,但是换了窗口管理器,打开东西 ...

我感觉应该是出于对整体性能与开发时间的周期要求,以及将来易于开发的考虑才换的吧,毕竟像桌面环境这样的系统级软件肯定对性能要求很高,使用qt也很有前途啊,qt社区强大,学习的人也多。(KDE也是用qt开发,我们会不会是另一个KDE?哈哈!)html5开发一些普通的应用可能更好些,不过好像gnome3使用了js语言啊。
Reply View the author
ArthurDeepin
deepin
2015-07-25 03:47
#8
https://bbs.deepin.org/post/31612
我感觉应该是出于对整体性能与开发时间的周期要求,以及将来易于开发的考虑才换的吧,毕竟像桌面环境这样 ...

嗯,几个月前有一次公告的IRC交流,我还问过,是否要使用除了HTML5之外的语言来重写桌面使它更快(其实我不懂这其中的技术),得到的答复是,应该不会改变。结果现在就变了

按deepin的意思,之所以使用html5还有python是为了快速开发和修改,写界面也方便,这可能是他们不久前的想法。后来我想大概是总被报告任务栏内存泄漏,把他们搞累了,然后大概真的是发现了什么技术上的问题,所以就决定换技术路线了……
其实我不懂技术{:4_97:}
Reply View the author
cxbii
deepin
2015-07-25 05:16
#9
https://bbs.deepin.org/post/31612
咱也不太懂这玩意,不过以我的理解,官方说的是把启动器,控制中心等桌面环境的组件由QML换成qtwidget, ...

启动器之类的组件是HTML5实现的,这个性能不够好
QML还是可以的
Reply View the author
Ethan
deepin
2015-07-25 05:44
#10
是不是意味着deepin的很多东西都要重做啊?
Reply View the author
zstang
deepin
2015-07-26 04:28
#11
deepin的技术路线有问题,到时候还得换把golang换掉
Reply View the author
lcw0268
deepin
2015-07-26 07:00
#12
我还以为是技术帖呢,看完退出页面才发现,是茶社。
怎么能不留一帖就溜了。
楼上的都不如我这帖子水分多。
偶的是纯水帖。
Reply View the author
jihot2000
deepin
2015-07-26 07:07
#13
Go语言现在用的还多吗?
Reply View the author
4***[email protected]
deepin
2015-07-26 18:23
#14
https://bbs.deepin.org/post/31612
deepin的技术路线有问题,到时候还得换把golang换掉

我感觉不会换掉go语言的,看到用go的公司和开发者不少啊。
Reply View the author
Lyvnee
deepin
2015-07-26 19:06
#15
lcw0268 发表于 2015-7-25 23:00
我还以为是技术帖呢,看完退出页面才发现,是茶社。
怎么能不留一帖就溜了。
楼上的都不如我这帖子水分多。 ...

必须是水帖
Reply View the author
MiniLight
deepin
2015-07-26 19:29
#16
主要是compize太不争气,不是html5的问题
Reply View the author
4***[email protected]
deepin
2015-07-26 19:58
#17
https://bbs.deepin.org/post/31612
主要是compize太不争气,不是html5的问题

compize已经在2015中得到了更换,基于vala的窗口管理器性能确实不错,其他的一些组件使用qt我感觉也很不错,我感觉qt很有潜力,kde用qt开发不是挺好的嘛,现在的kde5让我也很喜欢。
Reply View the author
yozman
deepin
2015-07-28 18:03
#18
我感觉理想技术栈 应该是 Rust + HTML5
Reply View the author
于川
deepin
2015-07-28 22:55
#19
https://bbs.deepin.org/post/31612
我感觉不会换掉go语言的,看到用go的公司和开发者不少啊。

作为一个GO开发者 我听到这句话好欣慰
Reply View the author
方老四
deepin
2015-07-28 23:03
#20
https://bbs.deepin.org/post/31612
deepin的技术路线有问题,到时候还得换把golang换掉

不会吧,自己正在学习GO语言,觉得挺简洁的,作为一门现代语言,不会比传统语言差吧!
Reply View the author
1 / 2
To page
New Thread

Popular Events

More
国际排名
WHLUG