Qt 5.2 beta1 上手试玩

[Kermit.Mei]

前几天Qt 5.2 beta1 放出来了，今天才有时间简单一试验，说说
感觉：
1. 我测试了Android和IOS版本，都能在真机上跑起来，这个没有问题，
测试开发平台是 iMac；
2. IOS版本的中文输入法还是不支持；
3. ScrollView这个空间还是沿用PC上的那种操作方式，主要依靠SlideBar
进行滚动，这在终端设备上用手来操作是十分困难的。
4. Android版本带来的便利最大，Qt的Layout机制在我的两款手机上完全
可以使用，这极大地减轻了以前在Android上摆弄控件所带来的痛苦。
5. 开发环境集成度还算是蛮高的，就在安装的时候需要选择一些配置信息，
后面的开发就基本上都可以在QtCreator里面完成了。不过Emacs按钮用
习惯了，倒是很不适应这个了。

建议：
官方宣称12月3日出正式版本，并正式支持Android/IOS/黑莓。
1. IOS下开发体验短期内肯定是比不上XCode了，因此没有特殊情况不建议
近期用Qt开发IOS产品。

2. Android 我知识简单地试验了一下，但是觉得已经算得上稳定，对后面的
正式版抱有很大信心。 个人认为可以使用Qt去开发一些简单的产品了。
Qt的开发环境相比Android那个Eclipse要舒服得多，单单Layout控件这一
便利性，就可以秒杀Eclipse开发环境。只是我没有弄语音和拍摄相关的测
试，不知道短期会不会有问题。 不过，Qt的Android扩展组建中提供了调用
Java的方法，万一Qt自己不能调用，这也不是为一个临时的解决方案。




以上，欢迎补充。
B.R
Kermit

[Liang Qi]

iOS因为js engine的问题，5.2才开始正式上台 
所以完成度没有android高 
当然投入的开发人员数量也有很大差异了 
  
不过，我相信一切都会越来越好的 

BTW，你这篇我转到newsmth了，http://www.newsmth.net/nForum/#!article/KDE_Qt/10167

2013/11/11 Kermit.Mei <kermi...@gmail.com>

Kermit

--
您收到此邮件是因为您订阅了 Google 网上论坛的“Qt中文”论坛。
要退订此论坛并停止接收此论坛的电子邮件，请发送电子邮件到 qt-china+u...@googlegroups.com。
要向此网上论坛发帖，请发送电子邮件至 qt-c...@googlegroups.com。
通过以下网址访问此论坛：http://groups.google.com/group/qt-china。
要查看更多选项，请访问 https://groups.google.com/groups/opt_out。

--
http://www.qiliang.net

[Kermit.Mei]

在 2013年11月11日，下午8:12，Liang Qi <cavend...@gmail.com> 写道：

iOS因为js engine的问题，5.2才开始正式上台 
所以完成度没有android高 
当然投入的开发人员数量也有很大差异了 
  
不过，我相信一切都会越来越好的 

BTW，你这篇我转到newsmth了，http://www.newsmth.net/nForum/#!article/KDE_Qt/10167

其实我倒是觉得Qt后面尚需要一次巨大的变革，这个变革并不在技术层面，

而是在设计层面（设计又包括两个方面，技术上API的设计，以及面向最终

用户的体验设计），这条路还很长，也并不好走。对于Qt团队而言，技术上

是不存在困难的，但如何设计一个稳定易用的API，以及在不同平台上以什么

样的方式来支持平台差异化的体验，恐怕并不容易了。

Qt这次迁移到ios和android其实质是从“桌面”环境迁移到了“移动终端”环境，

这是Qt从未有过的变革。虽然其很早就在嵌入式领域畅行无阻，但那种嵌入

式环境其实只需要阉割桌面环境下的部分功能即可完成，所以Qt的体系是不

需要变动的。但这次的升级，可能需要扯动更多API层面的东西。

举几个能想到的例子来说说Qt现在在移动终端环境中的不足：

1. ScrollView系控件（所有ScrollView的子类控件）在移动终端几乎是不具

    可用性的。在官方更新之前，恐怕开发者还需自己重新实现更多控制体验。

 

2. 多点触摸和手势操作的API匮乏。目前对Qt手势操作的经验还停留在重新

     实现那几个touchevent方面，Meego曾做过一些工作，但是不得不说，便利

     性方面和IOS的API还有很大距离。

3. android和ios版本上的文本输入框的平台特定操作均实效（即弹出一个选择，

    剪切，删除的横条），这对于终端用户来说简直是不可接受的，还有半个月

    时间发布，希望这个问题到时可以解决。

4. 有些和GUI绑定的系统服务，不知道QT是如何实现的？比如IOS上从发送邮件

    的那个操作，貌似是必须弹出系统指定的ViewController，这个好像得做些特殊

    处理，不过支持起来应该很简单。

5. QWidget系对象的资源消耗能否得到控制？移动终端需要大量的动画效果，比如

    拖动一个List。根据以往的经验，QWidget是个很占资源的东西，直接对其做动画

    在大多数设备上都并非一种经济的方式。我后来基于GraphicsView重新实现了一套

    自己的button，那个动起来不费劲，数量多也不是问题。

暂时能想到这么多。

以上

Kermit

[杨健]

iOS的话，还是Xcode好用。

比较期待Android上的表现，实在用不惯eclipse.

发自我的 iPhone

[You-Ruei Tzeng]

想順便問一下

Google 不是有推出 Android Studio 嗎？

是依附在 IntelliJ IDEA 下的，使用起來沒有比較好嗎？

 

Kermit Mei於 2013年11月11日星期一UTC+8下午1時43分57秒寫道：

[Jian Yang]

Android Studio 还在 “”EARLY ACCESS PREVIEW".

个人认为也好不到哪里去，Android如果还是在JAVA上开发的话，始终得不到更大的提升。

也许是我对JAVA理解不深，有偏见。

--

[Kermit.Mei]

在 2013年11月13日，上午9:47，Jian Yang <marin...@gmail.com> 写道：

Android Studio 还在 “”EARLY ACCESS PREVIEW".

个人认为也好不到哪里去，Android如果还是在JAVA上开发的话，始终得不到更大的提升。

也许是我对JAVA理解不深，有偏见。

+1

我又想歪下楼了：

坦白讲，Java是唯一一门让我只能吐槽的语言，太噁心了，我至今不理解Google当年是在

什么情况下选择了这个垃圾语言作为Android如此重要平台的宿主语言。。。。。。

[Liang Qi]

1. ScrollView和ScrollBar并不太适合触摸设备，一般都用Flickable

http://doc-snapshot.qt-project.org/qt5-stable/qml-qtquick-flickable.html

2. 3. 应该有人在做，现状不太清楚。有问题，去jira搜搜，没有就添加bug

4. 也许你说的是QDesktopService

http://doc-snapshot.qt-project.org/qt5-stable/qdesktopservices.html 

5. 现在android/ios上主力发展的还是Qt Quick 2，应该不是widget了

另外，你的这篇回复，我也转发了

http://www.newsmth.net/bbscon.php?bid=1099&id=10183

齐亮

2013/11/11 Kermit.Mei <kermi...@gmail.com>

--
http://www.qiliang.net