Android将允许纯C/C++开发应用

Android将允许纯C/C++开发应用

对于Android,长期以来,我一直有两件事搞不懂,

  • 一个是为什么Android要选用Java。对于嵌入式开发,CPU和内存都很宝贵,居然还使用Java。
  • 一个是为什么Android的开发站点要被墙。这只是一个技术网站啊。

最近,在一个Android开发人员的Blog上证实了在NDK r5使用C/C++进行开发。(以前,Android 对C/C++开发的支持仅限于用C/C++开发动态链接库,然后在Java中以JNI的形式来调用)现在,你可以用纯C/C++开发了(参看下面的程序代码)。还有一段完整的代码示例在这里(墙,还有XML的manifest,又见XML)。看来,Google终于明白为什么使用Android的手机(如:Moto, 三星、索爱和HTC)的触摸体验远远不及object C搞出来的iPhone。

void android_main(struct android_app* state) {
    // Make sure glue isn't stripped.
    app_dummy();

    // loop waiting for stuff to do.
    while (1) {
        // Read all pending events.
        int ident;
        int events;
        struct android_poll_source* source;

        // Read events and draw a frame of animation.
        if ((ident = ALooper_pollAll(0, NULL, &events,
                (void**)&source)) >= 0) {
            // Process this event.
            if (source != NULL) {
                source->process(state, source);
            }
        }
        // draw a frame of animation
        bringTheAwesome();
    }
}

我个人估计有两个原因为什么Google回头支持C/C++了,

  1. Google开始觉得自己整的JVM在性能上可以全面超越传统JVM,并接近C/C++,现在发现搞不定了。
  2. Google发现Java的程序员不像C/C++程序员那样注重程序的性能和效率,开发App太耗CPU和内存。

于是只好转回支持C/C++。本来就是用C/C++写出来的Android嘛,居然不能用C/C++而只能用Java,真是太侮辱C/C++了。最后,只希望Google并不是又整了一个C/C++版的Dalvik虚拟机,不然就真是侮辱到极点了。

——— 更新 2011/01/24 ————

谢谢大家对这篇文章的评论,挺有意思的,欢迎讨论,我把我的回复更新在下面。不一定对,仅供大家参考。

Java的学习成本低,开放性好,兼容性也高,我不否认(但请大家也别否认C/C++的效率要比Java要高。而C/C++的程序员在普遍上要比Java程序员更注意性能和效率)。这应该是Andorid的一开始的定位,可见,Google关注的是程序员,而不是用户。现在转回支持C/C++必然有他的原因,如果不是性能上的原因。那么就请大家分析一下别的原因。

Android本来就是用C/C++写的,要跨平台,首先是Android自己跨平台。就像Linux一样,跨平台的首先是Linux,应用开发人员只需要符合Linux的API就OK了。JVM带来的便利只是无需重新编译(就算是无需重新编译,对于开发人员来说也要去那个平台做测试的,因为不同的平台的JVM同样是不一样的)。在Native平台上编译的成本其实并不高,这个编译过程完全可以在部署的时候自动化。

有人说,Java的开发成本比C/C++低,但这和语言没有关系,这其实和封装程度有关系。C/C++同样可以封装得很好。而且,C/C++的程序员比JAVA程序来说,天生就对内存和性能要敏感的多。这更有利于在手机这样资源不足的平台上做开发。

尤其对于像手机这样的时尚终端来说,在用户体验上花的成本要比在开发人员上花成本要大得多的多。我以为,Google 的Android 更多的关注了程序员,而不是用户。而iPhone更多的关注了用户,也让程序员在开发过程上受到了一些牺牲(iPhone的做法是如果程序员的程序要上App Store,先交99美刀的代码审查费,就像申请美国签证一样),但是,iPhone的程序员虽然在开发的方便上有一些牺牲,但是从收入上却得到了保障。最新的消息是苹果已向开发者支付20亿美元 音乐供应商分成达120亿美元。在《偷了世界的程序员》中对此有充分的论述。

最后,请大家思考 几个问题——

  • Android支持C/C++是为什么?如果是为了程序效率,那么这又是为什么?
  • 是开发人员更重要,还是用户更重要?(注意:我说的是“更重要”)
  • 在当今这种诸如iPhone或Andorid的开发模式下,是完全开放好,还是有适当的封闭好?
  • 开发和封闭的背后的商业驱动是什么?如何在开放和封闭中权衡用户、开发者、公司和版权商的利益?

苹果公司给出了一个很不错的商业模式。

(完)


关注CoolShell微信公众账号可以在手机端搜索文章

(转载本站文章请注明作者和出处 酷 壳 – CoolShell ,请勿用于任何商业用途)

——=== 访问 酷壳404页面 寻找遗失儿童。 ===——
好烂啊有点差凑合看看还不错很精彩 (31 人打了分,平均分: 4.77 )
Loading...

Android将允许纯C/C++开发应用》的相关评论

  1. 今天2013快结尾了。
    事实告诉我们,当我们完成了农田的开垦有了收获之后,我们会要求的更加多。但是,土地是有限的人的精力也是如此。

    Google选择Java 源于开垦的需要。而C++却不适合。理由有三
    1。复杂,且很难保证软件质量和高效率的BUG修复,这势必会提高前提开荒的成本。
    2。安卓的源代码开放,必然导致他有大量的变种。C++对这样的初始环境势必很不适应。
    3。开始的时候Google不知道客户想要什么,那他如何去定制统一个规格标准呢?如果没有统一的规格标准C++的开发成本还是很让人头疼的!
    归根结底,选择JAVA的原因是因为成本。这也是为什么2011到现在C++依旧没有动静的原因。

  2. 唉,今天才看到这个文章,嘴痒:
    随着framework层功能越来越强大,Android系统中C++部分的功能越来越不完整;
    使用C++进行Android开发的难度也会进一步上升;
    感觉Google以后也不可能会开放完整的C++接口进行应用开发了;
    NDK存在的意义我觉得就是为了让我们自定义Android的Native层,自定义Android系统更加容易;

  3. 11年发的帖子,到现在14年。3年了一点动静都没有,是不是已经放弃对C++的支持了?

  4. 应用只要符合linux api就可以移植了,这个观点有些问题。c\c++编译之后的机器码,即使在相同linux版本,库环境,但在不同cpu架构(特别是指令集相差比较大的架构)之间是不同的。你为x86编译的和为arm编译的应用就不能通用。

    所以google选择Dalvik是有道理的和必要的,因为他首要的解决问题就是两个:1. 如何让开发者方便的跨平台开发;2. 为了应用开发生态的迅速壮大,必须选择一门平台无关、较为主流而且比较成熟的语言,所以只有java相比较最合适。

  5. 我认为是设计失误,我有两次经历:一次是从长沙驱车到宁乡,仅仅是帮用户重启了系统,应用就可以发送数据了(系统进入活死机状态,界面没死,但后台不工作。导致用户怀疑我们的应用);另一次,是同事电话怎么也打不通,后来只有上去直接找,告诉他电话打不通,重启后,一切OK(但从此进入一种怀疑状态,发送短信后,总想:移动不会延时吧,他的系统最近重启了吗?);另外,我自己的机器反应慢,操作总是错位,譬如我按一下开,结果没反应,那就再按一下,等下,开一下,马上又关了,在事情紧急时,让人抓狂。
    我个人认为开始就应该两条腿走路,java迅速扩充市场,C++开发自身的系统应用。当应用丰富了时,由于C++原生应用用户体念由于java应用,必然将整个系统由淘宝转到天猫了。

  6. 想不到這個貼子的生命力這麼強勁。都四年了,依然有人回覆。
    做了這麼多年Android,感覺Google是不會把精力放到C++的,能給你個NDK來優化一下已經是皇恩浩蕩啦。
    Java其實也不是不好,就是太繁瑣,怎麼寫都覺得多餘。
    現在Google應該是等Go Language成熟,最後實現Google專利大一統。

  7. 写高效的C/C++程序要求高,绝大多数软件大公司创始者也不曾用好,所以用 VB,Java 抢先侵占应用领域。直到很多同类型产品出现,要竞争时才改用高效的 C/C++. 例如,用C语言写 网站的高速的CGI 软件,普通的程序员很困难,就让程序员用 ASP。PHP 制作 低效的CGI 软件。关于是否用 (编译型语言)C 或者用 (不用编译的解释型语言) VB,Java, ,,, 的讨论将永远存在。

  8. 大神您好,看您的博客学到很多东西,关于Android应用体验的问题;

    套用 Linus 的话:很多不合格的程序员在使用 Java;
    1、他们不知何时把消耗资源的对象提交给GC销毁;
    2、不知怎样对Java代码进行性能优化;
    3、没有晚获取早关闭的习惯;
    4、建立了不必要的对象占用内存资源;
    5、不懂使用C/C++实现的本地方法;
    6、使用了消耗资源的浮点数和枚举;
    7、使用了接口的引用,会多花费一倍的时间;

    个人认为,随着硬件性能的提升,语言之间的性能差异会越来越小,直到用户无法察觉;

    Android支持C/C++应该是出于在智能家居领域的应用考虑;
    对公司来说,用户第一,员工第二,股东第三;
    Android 3.0 据说不开源了;
    苹果不开源,完全是为了公司利益,用户必须使用苹果的应用,从而达到公司收益。

  9. 一个开放的环境, 所以需要更普适的平台。
    后来者, 所以更需要开发者的快速支持, 更快打造一个生态环境 而不是更好。而且本身开放意味着不会太精细。

    但是只有开发者的生态不是好生态。 更需要有用户,所以需要强调用户体验。

    看微博说 ORCAL已经获得了Java的版权了。。 google 脚步也放缓了。。

发表评论

电子邮件地址不会被公开。 必填项已用*标注