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.*