37 个解决方案
#1
貌似 beta 版已经发布了。
#2
是的,我是说正式版
#3
额,Qt更换东家显然拖慢了点进度,个人认为可能要到年底了
#4
QT现在还有人维护吗?
#5
Qt若是没人维护了,这个世界会乱套的。
#6
看新东家的心情了
#7
Qt据说基本只用JS开发了?
#8
听谁说的?复杂功能还是得用C++
另外,用JS开发不好吗??
#9
貌似nokia那个时候的Qt的目标是用qml + js。。。
但是现在不太可能了呢。
但是现在不太可能了呢。
#10
为什么不可能?qml + js + c++,这将是Qt的发展方向。
在这里没有必要考虑js 和 c++的地位问题,毫无疑问qml + js提供了一种更加高效和简便的界面开发方案,而c++依靠它强大的功能和广泛的普适性,将继续在功能层发挥它的作用,并且无可取代。
因此,Qt的未来绝对不是两种语言间的抗衡,我们更应该把注意力放在“用正确的工具做正确的事情”上。
#11
额。。我一直推荐用qml做UI..业务逻辑后台用C++....因为js 写业务逻辑执行效率太低。设计到复杂的运算就会很慢。
ps:
Nokia 打算推qml+js 是nokia的symbian专家 xiaoguo给我说的哈。
ps:
Nokia 打算推qml+js 是nokia的symbian专家 xiaoguo给我说的哈。
#12
>毫无疑问qml + js提供了一种更加高效和简便的界面开发方案
qml很酷,拿来搞动态界面非常的方便,可是目前的组件数目严重不足
当我想用qml写一个桌面应用程式的时候
"QComboBox怎么生?"
"QTreeView呢,这东西难搞极了"
这些组件不会全都要我用C++ + qml重写吧?
桌面组件最快也要等到Qt5.1,那么android和ios的组件呢?
现阶段界如果面不太复杂且需要丰富的动态效果,那么我会选用qml
如果界面需要用到复杂的组件,我还是直接使用QWidget的徒子徒孙们容易的多
qml很酷,拿来搞动态界面非常的方便,可是目前的组件数目严重不足
当我想用qml写一个桌面应用程式的时候
"QComboBox怎么生?"
"QTreeView呢,这东西难搞极了"
这些组件不会全都要我用C++ + qml重写吧?
桌面组件最快也要等到Qt5.1,那么android和ios的组件呢?
现阶段界如果面不太复杂且需要丰富的动态效果,那么我会选用qml
如果界面需要用到复杂的组件,我还是直接使用QWidget的徒子徒孙们容易的多
#13
以后也不会变,只是目标不再是Symbian,而是Android, iOS, Windows 8...
毫无疑问,这些新的操作系统的UI设计已经发生了翻天覆地的变化,传统的windows桌面软件开发工具已经不能满足它们的需求,它们需要更强的表现力,更快,更简便,更容易重构的开发工具支持,这推动了QML更准确的说是Qt Quick的诞生。之所以选择在Symbian平台上起步,完全是受限于诺基亚当时的处境。
#14
>以后也不会变,只是目标不再是Symbian,而是Android, iOS, Windows 8...
有谁知道qml的官方组件会扩充到什么程度?
有谁知道qml的官方组件会扩充到什么程度?
#15
这的确需要等待,但大的方向不会错,关注Qt的朋友们现在可以着手学习QML并逐渐适应这种新的开发方式了,如果Digia足够给力,相信明年将是Qt爆发的一年。
#16
>如果Digia足够给力,相信明年将是Qt爆发的一年。
我也很期待这点,如果ios和android的支持来得及在明年推出
QML的组件也足够丰富
相信很多人都会选择qml + js + c++的开发方法的
不知道有没有可能做到一个qml组件,可以同时跨手机和桌面的效果?
希望digia能出一本qml的教学书籍,网路上的文件有点零散
我也很期待这点,如果ios和android的支持来得及在明年推出
QML的组件也足够丰富
相信很多人都会选择qml + js + c++的开发方法的
不知道有没有可能做到一个qml组件,可以同时跨手机和桌面的效果?
希望digia能出一本qml的教学书籍,网路上的文件有点零散
#17
这个很难,或者说根本不可能,我们可以看到win8与iOS的UI风格完全不同,在这种情况下界面跨平台没有任何意义,因为它们的控件属性、操作方式差别都很大,而且还要考虑屏幕大小的问题,在很多情况下这几乎是致命的瓶颈。我们可以看看Android和iOS,即使是在它们自己的开发平台上,都不得不为平板和手机开发不同的版本。
其实这在技术上没有多少障碍,说到家是一个用户体验的问题,我相信你的产品经理和美工是不可能同意你在平板和手机上使用相同的界面效果的。
#18
前辈。请问有没有学习QML的好的教材
#19
帮助里写的挺好的~~
#20
qml做桌面应用多吗?方便吗?一直还在用QWidget 是不是out了啊!
#21
只要程序好用,能满足要求,估计没几个人会在乎用什么语言写的程序吧。
#22
已经发布了。。。
#23
听说正式版啥时候没?
#24
QML真的有那么好用吗。没有吧。
#25
这样的话,对于WIN底层的操作支持行不就又降低了啊
#26
QML界面很炫啊,而且还可以结合 C++ jS一起使用,这个很强大的啊。
#27
Qt 5.0 RC 发布,正式版将于一周内发布
#28
今日最新消息
#29
呵呵。不错。
#30
怎么还没动静?
#31
Qt libraries 5.0 RC 2 来了。
#32
我想问下,Qt现在在谁手上?Qt平台又有没有未来呢?对于第二个问题大家各抒己见吧
#33
Qt 5.0 RC2 已经发布,预计下周发布最终版。
http://blog.qt.digia.com/blog/2012/12/13/qt-5-0-rc2-released/
If everything goes well, we will hopefully be able to release Qt 5.0.0 final next week!
http://blog.qt.digia.com/blog/2012/12/13/qt-5-0-rc2-released/
If everything goes well, we will hopefully be able to release Qt 5.0.0 final next week!
#34
Qt 5.0 RC2 已经发布,预计下周发布最终版。
#35
http://qt-project.org/downloads qt5.0的下载页
#36
剛剛看qt5.0正式版出來了~
#37
LZ赶紧结贴吧,Qt5已经正式发布了~
#1
貌似 beta 版已经发布了。
#2
是的,我是说正式版
#3
额,Qt更换东家显然拖慢了点进度,个人认为可能要到年底了
#4
QT现在还有人维护吗?
#5
Qt若是没人维护了,这个世界会乱套的。
#6
看新东家的心情了
#7
Qt据说基本只用JS开发了?
#8
听谁说的?复杂功能还是得用C++
另外,用JS开发不好吗??
#9
貌似nokia那个时候的Qt的目标是用qml + js。。。
但是现在不太可能了呢。
但是现在不太可能了呢。
#10
为什么不可能?qml + js + c++,这将是Qt的发展方向。
在这里没有必要考虑js 和 c++的地位问题,毫无疑问qml + js提供了一种更加高效和简便的界面开发方案,而c++依靠它强大的功能和广泛的普适性,将继续在功能层发挥它的作用,并且无可取代。
因此,Qt的未来绝对不是两种语言间的抗衡,我们更应该把注意力放在“用正确的工具做正确的事情”上。
#11
额。。我一直推荐用qml做UI..业务逻辑后台用C++....因为js 写业务逻辑执行效率太低。设计到复杂的运算就会很慢。
ps:
Nokia 打算推qml+js 是nokia的symbian专家 xiaoguo给我说的哈。
ps:
Nokia 打算推qml+js 是nokia的symbian专家 xiaoguo给我说的哈。
#12
>毫无疑问qml + js提供了一种更加高效和简便的界面开发方案
qml很酷,拿来搞动态界面非常的方便,可是目前的组件数目严重不足
当我想用qml写一个桌面应用程式的时候
"QComboBox怎么生?"
"QTreeView呢,这东西难搞极了"
这些组件不会全都要我用C++ + qml重写吧?
桌面组件最快也要等到Qt5.1,那么android和ios的组件呢?
现阶段界如果面不太复杂且需要丰富的动态效果,那么我会选用qml
如果界面需要用到复杂的组件,我还是直接使用QWidget的徒子徒孙们容易的多
qml很酷,拿来搞动态界面非常的方便,可是目前的组件数目严重不足
当我想用qml写一个桌面应用程式的时候
"QComboBox怎么生?"
"QTreeView呢,这东西难搞极了"
这些组件不会全都要我用C++ + qml重写吧?
桌面组件最快也要等到Qt5.1,那么android和ios的组件呢?
现阶段界如果面不太复杂且需要丰富的动态效果,那么我会选用qml
如果界面需要用到复杂的组件,我还是直接使用QWidget的徒子徒孙们容易的多
#13
以后也不会变,只是目标不再是Symbian,而是Android, iOS, Windows 8...
毫无疑问,这些新的操作系统的UI设计已经发生了翻天覆地的变化,传统的windows桌面软件开发工具已经不能满足它们的需求,它们需要更强的表现力,更快,更简便,更容易重构的开发工具支持,这推动了QML更准确的说是Qt Quick的诞生。之所以选择在Symbian平台上起步,完全是受限于诺基亚当时的处境。
#14
>以后也不会变,只是目标不再是Symbian,而是Android, iOS, Windows 8...
有谁知道qml的官方组件会扩充到什么程度?
有谁知道qml的官方组件会扩充到什么程度?
#15
这的确需要等待,但大的方向不会错,关注Qt的朋友们现在可以着手学习QML并逐渐适应这种新的开发方式了,如果Digia足够给力,相信明年将是Qt爆发的一年。
#16
>如果Digia足够给力,相信明年将是Qt爆发的一年。
我也很期待这点,如果ios和android的支持来得及在明年推出
QML的组件也足够丰富
相信很多人都会选择qml + js + c++的开发方法的
不知道有没有可能做到一个qml组件,可以同时跨手机和桌面的效果?
希望digia能出一本qml的教学书籍,网路上的文件有点零散
我也很期待这点,如果ios和android的支持来得及在明年推出
QML的组件也足够丰富
相信很多人都会选择qml + js + c++的开发方法的
不知道有没有可能做到一个qml组件,可以同时跨手机和桌面的效果?
希望digia能出一本qml的教学书籍,网路上的文件有点零散
#17
这个很难,或者说根本不可能,我们可以看到win8与iOS的UI风格完全不同,在这种情况下界面跨平台没有任何意义,因为它们的控件属性、操作方式差别都很大,而且还要考虑屏幕大小的问题,在很多情况下这几乎是致命的瓶颈。我们可以看看Android和iOS,即使是在它们自己的开发平台上,都不得不为平板和手机开发不同的版本。
其实这在技术上没有多少障碍,说到家是一个用户体验的问题,我相信你的产品经理和美工是不可能同意你在平板和手机上使用相同的界面效果的。
#18
前辈。请问有没有学习QML的好的教材
#19
帮助里写的挺好的~~
#20
qml做桌面应用多吗?方便吗?一直还在用QWidget 是不是out了啊!
#21
只要程序好用,能满足要求,估计没几个人会在乎用什么语言写的程序吧。
#22
已经发布了。。。
#23
听说正式版啥时候没?
#24
QML真的有那么好用吗。没有吧。
#25
这样的话,对于WIN底层的操作支持行不就又降低了啊
#26
QML界面很炫啊,而且还可以结合 C++ jS一起使用,这个很强大的啊。
#27
Qt 5.0 RC 发布,正式版将于一周内发布
#28
今日最新消息
#29
呵呵。不错。
#30
怎么还没动静?
#31
Qt libraries 5.0 RC 2 来了。
#32
我想问下,Qt现在在谁手上?Qt平台又有没有未来呢?对于第二个问题大家各抒己见吧
#33
Qt 5.0 RC2 已经发布,预计下周发布最终版。
http://blog.qt.digia.com/blog/2012/12/13/qt-5-0-rc2-released/
If everything goes well, we will hopefully be able to release Qt 5.0.0 final next week!
http://blog.qt.digia.com/blog/2012/12/13/qt-5-0-rc2-released/
If everything goes well, we will hopefully be able to release Qt 5.0.0 final next week!
#34
Qt 5.0 RC2 已经发布,预计下周发布最终版。
#35
http://qt-project.org/downloads qt5.0的下载页
#36
剛剛看qt5.0正式版出來了~
#37
LZ赶紧结贴吧,Qt5已经正式发布了~