Android(安卓)上的 Scala，实战之路（二）——Hello World即遭不测

二、Hello World即遭不测

显然，首先是来一个Hello World。
直接使用android-plugin的项目模板。生成的程序非常简单，当然，Hello World都非常简单。
Activity类的代码如下。

class MainActivity extends Activity {  override def onCreate(savedInstanceState: Bundle) {    super.onCreate(savedInstanceState)    setContentView(new TextView(this) {      setText("Hello World")    })  }}

很简单，可以运行，就不截图了。
然后我把我的代码改成这样。

import Helper._class MainActivity extends Activity {  override def onCreate(savedInstanceState: Bundle) {    super.onCreate(savedInstanceState)    setContentView((new TextView(this)).doto {      text =>      text.setText("Hello World")    })  }}

这里的doto方法是我自己的一个公共模块里的方法（作为一个jar引入到工程中）,是我从clojure里面看着顺眼结果来的，作用是有机会调用一个object的一系列方法，然后还能返回这个对象本身。代码如下——

object Helper {  implicit def helpersWrap[A](obj: A) = new {    def doto(f: A => Unit): A = {      val re = obj      f(re)      re    }  }}

再运行，不测—— NoSuchMethodException
看了log，发现了问题在于——虚拟机企图在Object上去找doto方法，肯定是找不到的。
于是我换了一种写法——

object Helper2 {  class Wrapped[A](val obj:A){    def doto(f: A => Unit): A = {      val re = obj      f(re)      re    }  }  implicit def helpersWrap[A](obj: A) = new Wrapped(obj)}

可以运行了，然而问题在哪里呢？为什么jvm中运行效果一样的两种写法在Dalvik虚拟机里面表现出不一样的结果呢？
看了一下两种写法编译出来的class代码
第一种（运行错误的一种——object Helper）

第二种（运行正确的一种——object Helper2）

可以看到，两种写法编译出来的方法type不同，主要是返回类型不同。这种差异确实是源代码差异的直接体现。从被调用方的情况看不出什么特别的情况。于是转换一下思路，从调用方来看看呢。
专门写了个简单的调用方，代码如下——

object UseHelper {  import Helper._  def test = {    "hellow helper".doto {      s =>        s.length()    }  }}object UseHelper2 {  import Helper2._  def test = {    "hellow helper".doto {      s =>        s.length()    }  }}

编译，再次看class文件。
UseHelper

UseHelper2

可以看到，编译出来的class代码是 非常不同的。
虽然源代码几乎相同，但Helper的调用方使用的是reflection方式的调用，而Helper2的调用方没有使用Reflection，直接是调用了特定的类上面的方法。
那么为什么使用reflection的方式在Dalvik虚拟机上不能正常运行呢？有待进一步的研究。

三、介个是数据库接口？

更多相关文章

随机推荐

Android(安卓)上的 Scala， 实战之路（二）——Hello World即遭不测

更多相关文章

随机推荐

Android(安卓)上的 Scala，实战之路（二）——Hello World即遭不测