QML那套有点尴尬,其实用得着炫彩动画的领域不多

用得着这些的领域也不会用Qt这套

Qt做UI用的多的其实是很多工业领域或者应用软件领域,都是要的基础的按钮对话框的这
种,QtWidgets反而还是更倚重一些

所以我一直觉得Qt的路子走歪了,应该把QtWidget做大做强,做到其它框架没啥活路

就算是这个是夕阳方向了,但加点Widget丰富一下应用总归不是什么坏事,万年不更新老
是说不过去


【 在 cn62 (cn62) 的大作中提到: 】
: 标  题: Re: Re:QML也不是一无是处
: 发信站: 水木社区 (Fri Jun 12 12:50:29 2020), 站内
:
: 额，Quick不用qml也要依赖qml那些dll。。。
: 那就比QtWidgets大了好多了。
: 而且没有暴露所有接口给C++，那还是继续QtWidgets吧。
:
: 【 在 hgoldfish 的大作中提到: 】
: : 还是不一样。
: : QtWidgets/C++ 走 SSE/AVX 加速，单线程地渲染。
: : QtQuick/QML 走软 OpenGL ES2 实现，背后是 Mesa(llvmpipe) 编译成 CPU 指令并行执行。我的新笔记本没有显卡驱动，KDE 自动使用 Mesa 渲染，动画效果比我的老核显渲染还好。
: : ...................
:
: --
: ※ 修改:·cn62 于 Jun 12 13:22:47 2020 修改本文·[FROM: 18.179.39.*]
: ※ 来源:·水木社区 http://www.newsmth.net·[FROM: 18.179.39.*]
--
修改:cn62 FROM 18.179.39.*
FROM 171.83.6.*

moc又不是一定要用
完全把QtCore当库来用就是了,大家都是c++,性能又不比stl和boost差到哪儿去
接口和文档牛逼还不够臭屁的



【 在 tgfbeta (右旋肉碱) 的大作中提到: 】
: 标  题: Re: QML也不是一无是处
: 发信站: 水木社区 (Fri Jun 12 23:18:48 2020), 站内
:
:
: 【 在 lwp (再也不跟人吵架了!!!) 的大作中提到: 】
: : 标  题: Re: QML也不是一无是处
: : 发信站: 水木社区 (Fri Jun 12 23:04:57 2020), 站内
: :
: :
: : 我觉得Qt要么就走我之前说的,把nativeUi的路子走到死,走到其它框架全没人用把护城
: : 河垒到让人望尘莫及,最后直接一统linux的桌面软件的标准平台
: 不现实，就c++三个字让一票坚持C的不肯转，比如QEMU
: :
: : 要么就转向后端,弄点高级的网线库,异步啊,序列化啊,数据库啊,RPC啊,cuda/opencv这
: : 种计算的,还有什么分布式的,等等等等,光凭QtCore的无敌接口和文档也能打下一片江山
: : ,相比boost那套不是好用100倍
: 也不太现实，moc机制那么贵，又没有垃圾回收，这么玩既无c++的优点，又打不过java等gc语言的耐操，抽象性又打不过更高阶的，想不明白市场在哪。
: :
: :
: :
: : 【 在 PGP (---) 的大作中提到: 】
: : : 标  题: Re: QML也不是一无是处
: : : 发信站: 水木社区 (Fri Jun 12 22:59:06 2020), 站内
: : :
: : : 对，qt把对手想象成了electron，可那么小一个公司怎么跟整个web前端所有开发人员对抗？
: : : qt擅长的还就是那种专注性能的老式桌面软件
: : : 【 在 lwp 的大作中提到: 】
: : : : QML那套有点尴尬,其实用得着炫彩动画的领域不多
: : : :
: : : : 用得着这些的领域也不会用Qt这套
: : : : ....................
: : : --
: : :
: : : ※ 来源:·最水木 客户端·[FROM: 121.128.38.*]
: :
: :
: : --
: :
: : ※ 来源:·水木社区 newsmth.net·[FROM: 171.83.6.*]
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 125.36.116.*]
--
FROM 171.83.6.*