专题:Android 移植到 C# - 开源中国社区
专题:Android 移植到 C#
xyxzfj 2012年05月03日

专题:Android 移植到 C#

xyxzfj xyxzfj 发布于2012年05月03日 收藏 23 评论 32

免费体验IBM Cloud,构建Iot应用 >>>  

甲骨文和谷歌正就谷歌在Android中使用Java一案展开一场10亿美元的大较量。

但是Java并非在Android中建立本地应用的唯一方法。事实上,它甚至不是最好的文法:我们已经将C#提供给Android开发者作为一个高性能、低功耗的Java的替代语言。我们的平台,Mono,是.Net框架的一个开源的实现。它使得开发者用C#写成的程序,能运行在带有Java的操作系统上,然后与iOS和Windows Phone共享同一代码。

不同于Sun对Java的做法,微软向ECMA(欧洲电脑制造商协会)提交了C#.NET VM标准化申请,并一路保证这些标准完全符合ISO牢固专利承诺。.NET框架同样也为微软受法律约束的社区承诺所覆盖。

去年七月,我们在波士顿小聚,讨论Mono在iOS和Android中的成长。查尔斯河一天的荡舟过后的晚宴席间,我们将注意力转向了如何提升Android上应用的性能并降低能耗,使我们的Mono更加适合于Android。

Xamarin 开发组

Xamarin 开发组(当时还只是家小公司)


一次次地,我们回到最根本的话题:Dalvik是个年轻的虚拟机,它不如Mono那么高效与协调,并受制于Java的许多性能极限,而且享受不到来自甲骨 文的热点(HotSpot)的高端优化。那次晚宴开发组冒出的一个疯狂的想法,是将Android的源码翻译成C#。Android将能从C#的性能特性 如结构体、P/调用、真实泛型以及我们更加成熟的运行时中受益。

虽然七月什么也没有发生,但这一想法深深扎根在了我们的心里。

快进几个月:专用于Android的Mono做得非常好,我们开始再次考虑提升我们自己产品在Android上的性能。如果我们扫除Java,使用更快的 C#并同时去除Dalvik的极限,结果将会怎么样?我们能否创造出一个完全不含Java,并且突破Dalvik VM极限的Android电话?

它如此疯狂,我们决定尝试。于是我们开始了一个小型的专案工作组项目,致力于做一个从Android到C#的机器翻译工作。我们称这一项目为XobotOS。

XobotOS研究项目
努力的结果是,今天,我们已经将Android大多数布局和控件完全移入了C#。下图是运行在一个Linux 工作站的XobotOS 的截图,不涉及一点Java:

运行在一个Linux 工作站的XobotOS



到达这一个节点,需要将Android Java源码的主要部分翻译成C#。因此你可以想见上图代表的里程多么有意义。那我们是如何做到的呢?

基于Sharpen的Java翻译
Android的代码库包含一百万多行Java代码,而且我们知道必须得与Android的新发行操持同步——事实上,2011年的时候我们是从 Android 2.x 的源码起步的;随后当谷歌在今年早期开放Ice Cream Sandwich 源码的时候,我们已经将XobotOS 升级到了Android 4.0。因此对于我们,唯一可行的选择是,做一个Java到C#的机器翻译,在这一过程中构建并维护任何必要的工具。

我们所使用的作为起点的工具是Sharpen。Sharpen因帮助Frank Krueger在两个月内将Java小程序移植到一个赢奖了的iPad应用而著名了起来。

我们对Sharpen做了改进,使之成为了一个高度改进的通用的Java2C#翻译工具。我们将在发布XobotOS源码的同时发布这一新版本的Sharpen,希望更多的人能够从中受益,并参与贡献。

性能
一旦你让Android在Mono上运行,首先想到的一个问题一定是——Mono的性能同Dalvik相比如何?

当C#出来的时候,微软以一些意义重大的方式修改了该语言,使之更加易于优化。值类型的引入,使小的对象占用更低的负载,并使虚函数opt-in而非opt-out,十分适合更加简单的VM。之后,Java和C#在泛型的实现上出现的分歧。Java走了完全向后兼容的道路,而C#则将这一支持放到了运行时中。C#的做法形成了一个易用、易于理解的泛型机制,并且更加高效与完整。

自那时开始,两大语言以及各自的运行环境都有了持续的发展与改进。C#从一个略微优秀的Java,长成了一个比Java多走了一光年远的语言。拥抱动态编 程,带来异步机制,引入迭代器,功能性编程构建,拥抱并行并实现了一个伟大的泛型。许多这些特性都来自于Don Syme 的调查和他的持续给该语言注入新思想的F#开发组。

而且,Mono作为一个虚拟机,已经在过去的十年里充分地成长;如今,马上要考虑其第八版的发布工作了。

所有这些加起来,你可以从我们运行的一个简单的二叉树实现的基准测试(如下图)中,看到Java和C#在结构体和泛型性能上巨大的差别。

一个简单的二叉树实现的基准测试


下一步怎么走
今天我们很自豪地宣布,我们已经在Github上发布了XobotOS!你可以亲手试试。

作为一家公司,我们的目标是提供建立移动应用最佳的平台,因此XobotOS 将不是我们今后工作的重心。但是使用它也是一个不错的体验。并且正如结果所显示的,部分技术已经在它的帮助之下浮出水面,它们或将进入我们将来的产品中:

直通Skia的图形访问:当前用于Android的Mono仍是通过Java访问底层图形库;使用我们建立XobotOS的代码,我们将可以跳过中间件,使用Mono的P/Invoke直接连接到Sika中的本地渲染代码。

Java2C#工具:我们新版本的Sharpen 已经作为我们XobotOS发行的一部分发布

用C#代码取代Java代码:我们已经有了用C#代码替换某些性能关键且C#能提供更优解决方案的的Java代码块所必要的工具。我们的计划是从这一调查项目中取材,将它们集成到我们的产品当中。

一个我们因为认为它好玩而启动的项目,最终竟为我们的产品提供了一些意义重大的益处。创业很有必要集中精力办实事,但偶尔你应该尝试某些疯狂的想法,以取得进步。或许谷歌某天会感谢我们,这也说不定。

Xamarin 的很多职位正在招人,我们将携手引领移动开发的先潮!


转载请注明:Linux人社区>英文资讯翻译专版.编译

英文原文:
Android Ported to C#   

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:专题:Android 移植到 C#
分享
评论(32)
最新评论
0

哎,看来java已经被C#全面超越了.

0

引用来自“月风”的评论

java 还有改进的余地,不过JAVA不是一家说了算,不像MS想怎么搞c#就怎么搞.

java不是甲骨文公司的吗?
0
为什么不C++
0
支持,希望免费
0
自己试验过,在win下,相比.NET,JAVA的某些方面性能简直惨不忍睹
0
我一直在想如果C#跨平台,不知道会是什么样的格局...
0
早就发现.NET执行效率比Java高了,虽然现在两个都不用
0
小朋友们赶紧去学C#
0
java的性能和语法,其实也不怎么样,但人家最猛的是跨平台,在哪里都能用
C#再跨也得借别人的东西来跨,本质上不一样
0
像我们这些敲代码的, 一套 VS 开发工具都得把我们搞破产那!
0
资料找了一下,据说是不错,不过不是原生的,还要付费,也是个问题。
0
java毕竟有历史负担的,但是java的生态环境却要比C#好。
0
java 还有改进的余地,不过JAVA不是一家说了算,不像MS想怎么搞c#就怎么搞.
0
java
0
Xamarin 的老板,是微软的人。
0
以后我不想有人再说微软要做小人找mono的麻烦了
0
C#比Java优秀很多,不需要比较,显而易见。
0
在招人,我们可以去吗?
0
C#的总设计师可是大名鼎鼎delphi的设计师,想当年delphi可是多么NB。加上C#又吸收了java的良好设计并改进了的,性能方面确实不是java能比的。
0

引用来自“Dust587”的评论

引用来自“飞翔的天地”的评论

引用来自“月风”的评论

dalvik性能这么差?以前看过一篇比较HotSpot和c#等比较的文章,c#的性能不如java

这是CLR性能不行
从语言的角度来说C#的确比java快

那是在 Windows上,微软还能不知道自己怎么让程序快起来!
说白了等同于一种营销手段!

Mono支持多平台不只是windows
顶部