中文 » houyewei

Android开发Service小研究

houyewei — Wed, 09 May 2012 06:41:42 +0000

最近同学搞起了Android开发，自己也捡起来这个玩意来看看。这里先研究一下service

Service是安卓系统提供的四种组件之一，功能与activity类似，只不过没有activity 的使用频率高。顾名思义Service就是运行在后台的一种服务程序一般很少与用户交互，没有可视化界面。

定义一个service非常简单，只要继承就可以了，实现其中的那些方法就可以了。service必须在AndroidManifest.xml配置文件中定义

intent-filter制定如何访问该service

onBind(Intent intent)：是必须实现的一个方法返回接口

onCreate():当service第一次被创建有系统调用

onStart(Intent intent ,int startid):当通过startservice()方法启动service是该方法被调用

onDestory():当service不再使用，系统调用该方法

创建一个service代码

Java代码
public classs Myservice extends Service


{  
   public IBinder onBind(Intent intent)  
{  
    return null;  
}  
  public void onCreate()  
    {  
      super.onCreate();  
    }  
  public void onStart(Intent intent ,int startId)  
   {  
     super.onStart(intent,startId);  
   }  
   public void onDestory()  
   {  
      super.onDestory();  
   }

}
欢迎访问我的博客进行交流

应用开发者倾向调查,MeeGo还有很长的路要走

houyewei — Sun, 17 Jul 2011 22:51:50 +0000

虽然与大家预测的结果差不多，但对于信誓旦旦的windows phone7来说这个调查结果确实并不能让人满意，而对于MeeGo来说这几乎是一个灾难了。
这是 Appcelerator 委托 IDC 进行的小规模（主要参与者多为 Appcelerator Titanium 会员，人数约 2,800 人）调查，但这个调查还是一定层面上反映了应用开发市场趋势。

由图标可以看出ios和android依旧是当今最受欢迎的应用开发平台，虽然android有在应用数量上超越ios的趋势但应用的整体质量和用户体验还是无法与ios相媲美。对于垫底的MeeGo，这也许是一个不幸的消息，因为缺乏硬件厂商的支持，Meego只能在intel支撑下苦苦坚持。不过塞翁失马，焉知非福。这却给新的应用开发者机会，抢占这个新兴的开发市场。

这是一个针对大家比较关注的windows phone7的调查，可以看到应用开发者对于一个系统的信心很重要，大家对一个系统没有了信心这个系统就快完了。

我在我的网站上做了一个针对MeeGo的类似的投票，欢迎大家前去投票，投票去点这里

这是一个走势图，很明显windowsphone7的支持者在不断减少，而对于MeeGo来说，有些不幸，因为诺基亚的背叛，很多开发者已经丧失信心，不过仍然有很多人坚持下来，相信这些人是否以后继续支持MeeGo，以及开发出应用的数量和质量，会是MeeGo能否成功的最关键因素。

侯业伟
houyewei@gmail.com

是选择MeeGo裸奔，还是套上winphone这块遮羞布

houyewei — Sat, 16 Jul 2011 07:24:17 +0000

睡梦中惊醒的诺基亚，忽然发现自己原来的衣服---塞班---被撕成了碎片急切的需要一件新的衣服可以让他再次体面起来，但事实是残酷的

按照彭博社（Bloomberg），描述了 Stephen Elop 掌权前到现今的一些轶事，当中相当关键的一段文字，则是提到了 Stephen Elop 决定放弃以 MeeGo 为主轴的大方向，而改投入 Windows Phone 怀抱的重大契机；彭博社的纪录如下：
从最开始Elop对MeeGo就没有太多的希望，Elop 就他对于 MeeGo 的一切所知给摊在白板上，从主要的计划方向、将推出的产品、预计要量产的日期、当时各个产品中所发现的BUG等，都用不同的颜色来标示，而很快白板就没地方可以写了，更糟的是，有点悲惨的现实也就这样展开在眼前；因为如果依照白板上的计划走，那到 2014 年以前，也只会有三款 MeeGo 产品推出，根本无法让 Nokia 有啥竞争力。这时候 Elop 试着透过电话联系 Kai Oistämö，不过却打不通，似乎是手机没电了，Elop 表示：”他当时大概在试玩 Android 手机吧！“；而到了隔天，当他们两人真的见面了，Kai Oistämö 回忆当时的状况：“那个时候真的是觉得他x的x，想到自家公司的处境，整个是很痛苦。”；经过几个月后，Kai Oistämö 每每回想都不禁想落泪。“MeeGo 曾经是整家公司的希望所在，但我们当时意识到，国王真的不能没衣服穿，这对我们真的不好。”

每次看到这些关于Stephen Elop的轶事，似乎总是在为他的各种充满争议的决定进行辩护。是选择MeeGo裸奔，还是套上winphone这块遮羞布，这似乎是诺基亚在生死关头最需要认真判断的东西。诺基亚曾经讽刺，那些选择Android的厂商是在冬天里抱着自己撒的尿取暖，现在看来诺基亚似乎是选择了去抱着微软撒的尿取暖。也许微软的windowsphone7会给诺基亚机会，但诺基亚正在由一个自己的帝国，走向一个由微软统治的帝国，臣服于另一个巨头，这会有多少出头的机会呢，我们拭目以待……

侯业伟

houyewei@gmail.com

Meego,android,ios对比

houyewei — Thu, 16 Jun 2011 02:09:42 +0000

现在流行的MID--即Mobile Internet Device移动互联网设备--操作系统越来越出现同质化的现象。除了以前大行其道的塞班,android由于其开源,和丰富的应用,广受开发者和用户的推崇.对于掀起这场MID的元老ios确实压力不小,不过ios的表象却并没有让人们失望。

虽然最早的MID概念和标准是由英特尔2008年提出的，但是由于早期MID产品多采用X86硬件架构与移植软件系统，如PC平台的操作系统Windows XP，或者是陈旧的PDA系统（如Windows CE），这些都不适合MID平台，实用度不高、软件不适合MID平台、应用软件少、价格高昂、体积重量偏大等劣势都制约了MID的发展。随着近两年Android、iOS、MeeGo等平台的流行，让MID产品也能够拥有优秀的软件开发平台和丰富的软件扩展。

作为处理器市场的元老，Intel投入了大量的精力去推广Meego试图，通过一个优秀的移动应用平台进驻移动市场，并在顶端去控制移动处理器市场。

无论是android meego还是ios都是一种基于linux架构的系统（ios是基于Unix，也算linux），由于系统比较稳定，对硬件的要求较低，加上简单易用的第三方开发系统和兼容部分手机平台的应用软件，MID应用软件数量大大增加。

Android系统的后台是互联网巨头谷歌，入侵智能移动平台的重要棋子，该平台由操作系统、中间件、用户界面和应用软件组成，号称是首个为移动终端打造的真正开放和完整的移动软件。目前，Android系统已经不仅仅局限于手机应用，包括GPS、MP4、E-INK电子书等产品都可以看到Android的身影。Android平台目前的软件总数已超过30万款，充分显示了Android的开放活力和技术实力.
Android采用的是Java技术，所有应用在一个叫Dalvik的Java虚拟机中运行，Dalvik是Android的核心，是google专门为移动设备优化的 Java虚拟机，Android应用就是典型的Java应用。可以说Java应用的优点（成熟、存在大量可重用代码）就是Android的优点，Java应用的缺点（占内存大、运行速度略低）就是Android的缺点。所以Android移动设备要能运行顺畅，必须有高性能CPU+大内存，256M内存刚刚够，512M内存差不多了，要运行得很顺畅则需要1G内存，要知道iPhone4才256M内存。高性能CPU+大内存给基于Android的移动设备带来成本高和耗电量大两大问题。

诺基亚和英特尔发布的MeeGo系统，集手机通讯巨头和PC计算机巨头两家合力打造的开源系统平台，不光是只想染指智能移动平台，也适用于不同的设备类型，MeeGo软件平台为开发人员的应用程序提供了最大范围的设备选择，均使用共同的开发框架Qt，包括上网本和入门级桌面设备，便携式计算和通讯设备，车载信息娱乐设备，联网电视，媒体电话等，虽然采用MeeGo系统的正式产品并未大规模上市，并且诺基亚宣布放弃MeeGo，但从Intel对MeeGo的大力支持上还是可以看到，MeeGo还是一个非常有前途的系统

优秀的操作体验也是数码产品不可缺少的，MID因为体积的缘故，较多采用触摸操作。触摸操作所带来的好处不言而喻，去掉键盘，加大屏幕面积，而不增加总体积。触摸操作有助于实现更加出色的UI界面，让用户享受灵活轻松的移动互联体验。苹果优秀的UI设计，便捷的操作界面，优秀的硬件配置，让每个用过苹果的ios的人都深深的为之震撼。虽然iOS并不是开源系统，但是从App Store上我们可以下载数以万计的应用程序。
IOS是Apple长期积累的结果，系统核心、基础服务和应用框架都采用C/C++或object-C开发，而应用采用Cocoa Touch框架，以object- C开发，应用编译后以本机代码在设备上运行，因此具有很高的运行效率。

总体来看，对于MeeGo还有一段很长的路要走，现在的android，ios都已经成为一个非常成熟的平台，MeeGo想要在未来的移动应用市场中占据一席之地，还要获得更多的支持。

原创性声明：本文由houyewei发布在Intel软件网络博客,请勿随意转载
四川大学侯业伟
houyewei@gmail.com

Meego发展之我见

houyewei — Mon, 13 Jun 2011 00:39:50 +0000

第一次接触meego是在选修的嵌入式课程中,当时老师分析了当今主流的移动应用市场,毫无疑问苹果是现在乃至将来一段时间内的赢家,苹果不仅推出了iphone,更重要的是他推出了一种新的模式,也就是手机企业不能再继续靠卖手机赚钱.而应该靠绑定在手机上的服务去赚到钱,并留住用户,提高用户粘性.现在手机是一个并不能随时都能赚到钱的,试想一个人买了一个新的手机,除了极个别的机迷谁会去在将来的一个较长的时间里再去花钱购买一个新的手机呢.而靠手机赚钱是诺基亚时代的产物,当诺基亚还在沉浸在自己构造的手机帝国的美梦中时,苹果却在不断蚕食着他的市场,后来的结果证明了这种营销模式是成功的,一个用过诺基亚的人可能会去选择其他品牌的手机,而一个选择苹果手机的用户一般就不会再去买其他的品牌的手机了.

苹果开始的成功被谷歌发现,这也让这个互联网巨头认识到将来的网络已经不是电脑中的互联网,而是一个移动着的互联网,谷歌收购了android之后,模仿苹果建立了自己的软件开发生态圈,与苹果的封闭不同android一直奉行谷歌的开放政策,而这种政策让android短期内获得了巨大的成功.而后期的这种开放却让android开发者陷入了困境,太过开放让开发者很难去赚到钱.而苹果虽然封闭但他却保证了开发者赚到了钱,这是一个软件生态圈能否成功的关键,后来的android3.0并没有完全开放就是这个缘故.

面对苹果ios和android的双面夹击,诺基亚显得有些力不从心,它差的太多.大家都在一味着追求着漂亮的UI,简单的操控,诺基亚的塞班有些积重难返,面对自己以前的合作伙伴纷纷逃离塞班奔向安卓,诺基亚成立一个失落的胜利者,虽然在一些新兴市场诺基亚仍然占据主导,但在高端市场诺基亚的塞班已经丧失了与安卓和ios竞争的能力,这时诺基亚有三种选择一种是继续开发塞班,第二种是大力研发meego放弃塞班,第三选择其他的操作系统

诺基亚选择了windows phone7,现在还不能判断这种选择的正确性,至少他是认为meego在短时间内无法解决诺基亚的问题了.一般认为如果诺基亚选择了android那肯定是死定了,因为两个系统不可能达到一种生态平衡,要么会出现一个第三者,要么就有一个"挂掉"

对于meego,现在只剩下Intel的支持了,虽然Intel现在在通用pc市场取得了巨大的成功,但Intel似乎在移动芯片市场一直发展不顺.Intel推出的atom确实是一款不错的移动处理器芯片,但仍然难以撼动arm在嵌入式移动市场中的地位.Intel一直希望可以通过一个超平台的系统来打开移动市场,meego就是在这种情况下推出了.最近meego被诺基亚抛弃确实让喜爱meego的人有些伤心,不过Intel还是投入了大量的人力物力去发展meego,这给meego带来了一些曙光.不过meego现在面临的问题不是有没有一家移动硬件设备厂商采用,而是缺乏一个可以与android iphone相抗衡的移动应用开发生态圈.所以meego的发展需要能够可以吸引到足够多的应用开发者.

其实用过各个系统的手机的人都知道,其实每个手机的硬件功能并不能再去成为可以提高用户粘性的杀手锏,你可以推出多点触控,我也可以,大家都可以,重要的差别是能用他做什么,这就是应用开发者的事情了,希望更多的应用开发者可以投身到meego开放的行列,让meego走的更远
原创性声明:本文由houyewei发表于intel软件网络博客全国大学生软件创新大赛专栏转勿随意转载
侯业伟
houyewei@gmail.com

在Linux上进行Symbian开发的实验性包

houyewei — Fri, 10 Jun 2011 06:17:10 +0000

我们写一个时候你可以做的如何开发Linux。但是这个过程十分复杂,要求有许多自定义的设置。我们现在已经要更进一步,现在我们已经预先装好的环境,完整的编译器,库和所有你需要开始开发工具!

我有责任向报告我们的免责声明:尽管这些包是完全得不到来自诺基亚。他们是由一个“最佳的努力"的基础上的,并不见得就一定能正确地作用在您的系统上!也提到了,包是没有保证的得到更新,并且在未来可能实现相同的功能给不同形式,例如通过Qt的SDK。

此外,现在你不能使用这种方法的发展,因为Qt 4.7.1 N8不是安装的。当N8得到了第一个电话更新无论如何,它将会升级为Qt 4.7.1,那么你应该能够使用它。

现在,随着的方式,让我们赶紧体验其中的乐趣!

自己作为一个Linux用户,指出,这是很自然的开始让所谓的ebuilds描述文件(包装)。报告指出对于那些不熟悉颊带,它没有真正的包裹,只是制作安装包。大多数软件包编译从源这种方式,但这是不严格要求,因为你的食谱也包含引用precompiled二进制文件。我的优势是拥有这样配方为建设,我能只创造包裹包Debian使用相同的配方,从而得到两个包类型几乎一本书的价钱!

换句话说,包装类型,并指出了ebuilds Debian .deb包装。RPM用户应该能够使用.deb。

为Debian用户:

下载并安装以下软件(32位版本只有):

gcce-4.4.172-r1。

s60-sdk-5.0.deb
runonphone-4.7.1.deb
qt-symbian-libs-4.7.1-r1.deb(老版本:qt-symbian-libs-4.7.1.deb)

下载并安装以下软件(32位版本只有):

gcce- -fc13.i686.rpm -4.4.172- 1.
s60- -sdk- 5.0 - 1. -fc13.i686.rpm
runonphone- -fc13.i686.rpm -4.7.1- 1.
qt- -symbian- -libs- -fc13.i686.rpm -4.7.1- 1.

对于RPM（Fedora）用户：下载并且安装下列包（仅提供32位版本）：

gcce-4.4.172-1.fc13.i686.rpm

s60-sdk-5.0-1.fc13.i686.rpm

runonphone-4.7.1-1.fc13.i686.rpm

qt-symbian-libs-4.7.1-1.fc13.i686.rpm

对于Gentoo用户：

如果您还没有安装layman，那么请安装它，使用 emerge -av layman

layman -o http://qt.gitorious.org/qt-labs/ ... er/repositories.xml -L （首先我们需要列出安装仓库让layman知道哪些是可用的）

layman -o http://qt.gitorious.org/qt-labs/ ... er/repositories.xml -A qt-symbian-overlay

为了说明您要接受哪种协议，请把 ACCEPT_LICENSE="nokia-eula sourcery-g++" 添加到 /etc/make.conf

emerge -av qt-symbian-libs

对于所有用户：

在安装完之后，请重新打开您的控制台或者（重新启动）来包含由这些包所导致的环境变化。

还有一些软件是手机本身所需要的，很不走运，没有任何方法来自动化这一过程。您需要检查的第一件事情是您是否有App TRK；一些手机已经内置了，但绝大多数手机没有。通过如下方式可以很简单地检查：

通过USB数据线连接手机。

如果出现了带有“Debug Services are available”的文字，那么App TRK已经内置在您的手机中了。

如果不是上述情况，那么请根据Qt文档：App TRK的指示安装它。

另外，还有一些库需要安装。

您可以进入“Application Manager”（程序管理器）查看您的手机是否包含所需的软件。对于大多数手机来说它在主菜单的“Settings”（设置）或者主菜单的“Applications”（应用程序）中。

请查找“PIPS Installer”和“Standard C++ library Common”。如果它们都至少是1.06版本的，那么就不用再安装了。

否则，您需要从这里下载并且安装它们：http://pepper.troll.no/s60prereleases/OpenC-1.7-sis-files.zip。您可以使用刚刚安装的runonphone工具通过 runonphone -s 来安装它们。

最后，我们需要把Qt自己安装到手机上，您可以通过如下命令来做到：

runonphone -s /usr/share/qt4/qt-symbian/lib/Qt.sis

runonphone -s /usr/share/qt4/qt-symbian/lib/QtWebKit.sis

当然您的应用程序的用户不需要做这些。为了使针对用户的发布更容易，请参考Symbian发布指导，特别是Smart Installer那一部分。

就是这些！您现在已经准备好进行开发了！当使用这些包进行Symbian开发的时候，唯一要注意的问题是，您必须使用qmake-symbian，而不是qmake。通过使用它，您应该可以通过如下命令试试您的第一个Hello World应用程序：

qmake-symbian

make runonphone

一些已知问题：

有时在运行rcomp工具的时候，Wine会报错，“Failed to write UIDs”。这应该是安装程序在安装的时候考虑的，很不走运的是目前除了手动修改没有其它可以适合每一个用户的永久方案。解决办法很简单，就是运行这条命令：cp /usr/s60-sdk/epoc32/tools/uidcrc.exe `find ~/.wine/ -ipath '*windows/system32'`

让gcce的ebuild正常工作还是有点麻烦。有的时候它会无原因的停在那里；如果发生这种情况，请您重试一下，也许第二次它就会正常工作，但是如果它不工作，您也别太惊奇。如果您很不幸遇到了这种情况，请您通过运行sh /usr/portage/distfiles/symbian-adt-4.4-172-arm-none-symbianelf.bin手动安装它。然后您可以把sys-devel/gcce-4.4.172添加到/etc/portage/profile/package.provided来欺骗Portage您已经安装了。

除了上述之外，runonphone会在您插入手机之后自动检测USB端口的时候失败。如果出现这种情况，请阅读Qt文档中关于如何配置USB串口驱动的一节。在运行runonphone的时候，您也许可以通过为-p指定如/dev/ttyUSB1或者/dev/ttyACM1的参数来解决这一问题，详细描述在这里。

A while back we wrote about how you could do development for Symbian in Linux. However, the process was complicated and required a lot of manual setup. We have now taken the concept one step further and we now have prepackaged environments, complete with compiler, libraries and all you need to start developing!

I’m obligated to report our disclaimer though: These packages are completely unsupported by Nokia. They are provided on a “best effort” basis only, and are not guaranteed to work correctly on your system! Also note that the packages are not guaranteed to receive updates, and in the future the same functionality may be delivered in a different format, for example through the Qt SDK.

In addition, currently you cannot use this approach to develop for the N8, because Qt 4.7.1 is not installable there. When N8 receives its first phone update however, it will be upgraded to Qt 4.7.1, and then you should be able to deploy on it.

Now, with that out of the way, let’s dive into the fun!

Being a Gentoo Linux user myself, it was natural to start by making so-called ebuilds (the package descriptions files for Gentoo). For those not familiar with Gentoo, it doesn’t have real packages, but just recipes for how to install packages. Most packages compile from source this way, but this is not strictly required, since your recipe can also contain references to precompiled binaries. The advantage for me was that by having this recipe for building the packages, I could just create Debian packages using the same recipe, and hence get two package types almost for the price of one!

So in other words, the package types provided are Gentoo ebuilds, and Debian .deb packages. RPM users should be able to use the .deb packages by using alien.

Update: A fellow troll was kind enough to provide RPM packages based on Fedora, so RPM users don’t have to use alien anymore!

For Debian (and Ubuntu) users:

Download and install the following packages (32-bit versions only):

gcce-4.4.172-r1.deb
s60-sdk-5.0.deb
runonphone-4.7.1.deb
qt-symbian-libs-4.7.1-r1.deb (Old version: qt-symbian-libs-4.7.1.deb)
For RPM (Fedora) users:

Download and install the following packages (32-bit versions only):

gcce-4.4.172-1.fc13.i686.rpm
s60-sdk-5.0-1.fc13.i686.rpm
runonphone-4.7.1-1.fc13.i686.rpm
qt-symbian-libs-4.7.1-1.fc13.i686.rpm
For Gentoo users:

Install layman if you haven’t already, using emerge -av layman
layman -o http://qt.gitorious.org/qt-labs/symbian-overlay/blobs/raw/master/repositories.xml -L (It’s necessary to list the repositories first to update layman’s idea of what is available)
layman -o http://qt.gitorious.org/qt-labs/symbian-overlay/blobs/raw/master/repositories.xml -A qt-symbian-overlay
To indicate your acceptance of the licenses, add ACCEPT_LICENSE="nokia-eula sourcery-g++" to your /etc/make.conf
emerge -av qt-symbian-libs
For all users:

After installing, please reopen your shell (or reboot) to include the environment changes made by the packages.

Some software is still required on the phone itself and unfortunately, there is no way to automate this. The first thing you need to check is if you have App TRK; some phones have it built in, but most phones don’t. It’s easy to check:

Plug it into your computer using the USB cable.
If it says something along the lines of “Debug Services are available”, then App TRK is built in on your phone.
If this is not the case, please use the instructions from the Qt Documentation for App TRK to get it installed.
In addition, some libraries also need to be preinstalled.

You can check if your phone has the required software by entering the Application Manager. On most phones this is available from either Settings in the main manu, or from within Applications on the main menu.
Look for “PIPS Installer” and “Standard C++ library Common”. If they are both at least version 1.06, then you are fine.
Otherwise you need to install the libraries from here: http://pepper.troll.no/s60prereleases/OpenC-1.7-sis-files.zip.You can use the newly installed runonphone tool to install them by doing runonphone -s .
Finally, Qt itself needs to be installed on the phone, which you can do with the commands:
runonphone -s /usr/share/qt4/qt-symbian/lib/Qt.sis
runonphone -s /usr/share/qt4/qt-symbian/lib/QtWebKit.sis
Of course the users of your application shouldn’t have to do this. To make deployment easy for users, see the Deployment guide for Symbian, particularly the part about Smart Installer.

And that’s it! You are now ready to start developing! The only notable difference when developing for Symbian using this package, is that you must use qmake-symbian rather than just qmake. Using that, you should be able to try your first hello world application with the following commands:

cd
qmake-symbian
make runonphone
Some known issues:

Wine sometimes fails with “Failed to write UIDs” when running the rcomp tool. This is something the installer takes into account when installing, but unfortunately there is no way to fix it permanently for every user without manual intervention. The fix is simple, just execute this on the command line: cp /usr/s60-sdk/epoc32/tools/uidcrc.exe `find ~/.wine/ -ipath '*windows/system32'`
The gcce ebuild has turned out to be tricky to get right. Sometimes it hangs for no reason; if this happens you can retry it and it may work the second time, but don’t be surprised if it doesn’t work. If this is the case for you, you can install it manually by executing sh /usr/portage/distfiles/symbian-adt-4.4-172-arm-none-symbianelf.bin. Then you can fool Portage into believing you have installed by adding sys-devel/gcce-4.4.172 to /etc/portage/profile/package.provided.
More often than not, runonphone fails to autodetect the USB port for your phone when it’s plugged in. If this happens for you, read the section about configuring the USB serial driver in the Qt Documentation. You may also have to specify the -p parameter with /dev/ttyUSB1 or /dev/ttyACM1 to runonphone, as described here.
Good luck!

侯业伟

houyewei@gmail.com