[b]二、Hello World即遭不测[/b]
显然,首先是来一个Hello World。
直接使用android-plugin的项目模板。生成的程序非常简单,当然,Hello World都非常简单。
Activity类的代码如下。
很简单,可以运行,就不截图了。
然后我把我的代码改成这样。
这里的doto方法是我自己的一个公共模块里的方法(作为一个jar引入到工程中),是我从clojure里面看着顺眼结果来的,作用是有机会调用一个object的一系列方法,然后还能返回这个对象本身。代码如下——
再运行,不测——[b]NoSuchMethodException[/b]
看了log,发现了问题在于——虚拟机企图在Object上去找doto方法,肯定是找不到的。
于是我换了一种写法——
可以运行了,然而问题在哪里呢?为什么jvm中运行效果一样的两种写法在Dalvik虚拟机里面表现出不一样的结果呢?
看了一下两种写法编译出来的class代码
第一种(运行错误的一种——object Helper)
[img]http://dl.iteye.com/upload/attachment/587993/42b87df0-a891-35c2-a5c3-7d62ae281189.png[/img]
第二种(运行正确的一种——object Helper2)
[img]http://dl.iteye.com/upload/attachment/587991/3303e5b0-7f71-3052-8507-7944e524b481.png[/img]
可以看到,两种写法编译出来的方法type不同,主要是返回类型不同。这种差异确实是源代码差异的直接体现。从被调用方的情况看不出什么特别的情况。于是转换一下思路,从调用方来看看呢。
专门写了个简单的调用方,代码如下——
编译,再次看class文件。
UseHelper
[img]http://dl.iteye.com/upload/attachment/588323/055db53f-ca57-332a-9f47-85733884783a.png[/img]
UseHelper2
[img]http://dl.iteye.com/upload/attachment/588325/675a587f-6c74-3bc8-aaf2-a55dd0a2d683.png[/img]
可以看到,编译出来的class代码是[b]非常不同[/b]的。
虽然源代码几乎相同,但Helper的调用方使用的是reflection方式的调用,而Helper2的调用方没有使用Reflection,直接是调用了特定的类上面的方法。
那么为什么使用reflection的方式在Dalvik虚拟机上不能正常运行呢?有待进一步的研究。
[url=http://nielinjie.iteye.com/blog/1260610]三、介个是数据库接口? [/url]
显然,首先是来一个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
}
}
}
再运行,不测——[b]NoSuchMethodException[/b]
看了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)
[img]http://dl.iteye.com/upload/attachment/587993/42b87df0-a891-35c2-a5c3-7d62ae281189.png[/img]
第二种(运行正确的一种——object Helper2)
[img]http://dl.iteye.com/upload/attachment/587991/3303e5b0-7f71-3052-8507-7944e524b481.png[/img]
可以看到,两种写法编译出来的方法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
[img]http://dl.iteye.com/upload/attachment/588323/055db53f-ca57-332a-9f47-85733884783a.png[/img]
UseHelper2
[img]http://dl.iteye.com/upload/attachment/588325/675a587f-6c74-3bc8-aaf2-a55dd0a2d683.png[/img]
可以看到,编译出来的class代码是[b]非常不同[/b]的。
虽然源代码几乎相同,但Helper的调用方使用的是reflection方式的调用,而Helper2的调用方没有使用Reflection,直接是调用了特定的类上面的方法。
那么为什么使用reflection的方式在Dalvik虚拟机上不能正常运行呢?有待进一步的研究。
[url=http://nielinjie.iteye.com/blog/1260610]三、介个是数据库接口? [/url]