anko小问题
最近也在跟风学习kotlin
,用来写android
觉得十分好用
本来用来布局界面的xml可以用kotlin
的anko
的DSL
代替,让人耳目一新啊,再也不用在xml里面挣扎了虽然用xml也挺简单的
但是在给EditText
上监听的时候(addTextChangeListener
)发现了一个问题。
一般像java
一样的写法,是如此如此这般的
addTextChangedListener(object : TextWatcher{
override fun afterTextChanged(s: Editable?) {
throw UnsupportedOperationException()
}
override fun beforeTextChanged(s: CharSequence?, start: Int, count: Int, after: Int) {
throw UnsupportedOperationException()
}
override fun onTextChanged(s: CharSequence?, start: Int, before: Int, count: Int) {
throw UnsupportedOperationException()
}
})
现在用了anko
,像这种多个方法的接口,我们不用全部都写,想用哪个就写哪个就行了
textChangedListener {
beforeTextChanged { charSequence, i, i, i -> }
}
注意,后面的参数是IDE自动给我们生成的,像这样三个i
肯定是通不过编译的,redeclaration,重复申明的错误,只要改成不同的名字就行了。
我发现的问题是这个方法afterTextChanged { }
,照理来说应该是有个Editable
的参数的,自动生成的代码是不带这个参数的,像我这种重度依赖IDE自动生成代码的人来说,少了个参数你让我还怎么玩啊这怎么监听在EditText
内容变化之后的内容呢。
于是就是网上找啊找啊,Github上的Anko
主页啊,大家对它的翻译的文章啊,反正都没有关于EditText
的这个监听。。。奇怪的是,Github上的demo上面明明是一个verticalLayout
里面有Button
和EditText
,然后紧接着介绍listener
的时候,接口里面单个方法用的是button
的,多个接口竟然是SeekBar
的OnSeekBarChangeListener
这个接口,真是不按常理出牌啊,哎,简单的介绍下EditText
的TextWatcher
接口不好吗,可能是太简单了?难道大家都没疑惑?还是我太蠢了,也许是吧
没办法只能自己捣鼓捣鼓,接着看接口,这个参数签名s:Editable?
嗯,可能是空的,是不是只有一个参数,切可能为空的时候,它就懒的写了啊,要写自己写去吧。那我就自己写吧
afterTextChanged { s: Editable? -> }
就写成这样吧,竟然可以了,难道真的是单个参数,可为空的情况下传不传参数都一样。
查查其他的listener
吧,啊,就是这样的。。简单的onClickListener()
onClick{ }
也是这样的,当我们需要它的参数的时候可以自己申明,或者不写也没什么关系。
2016年4月27日
其实都怪自己没好好看文档,仔细阅读之后,人家的文档写的很清楚:
一个lambda表达式通过参数的形式被定义在箭头的左边(被圆括号包围),然后在箭头的右边返回结果值。在这个例子中,我们接收一个View,然后返回一个Unit(没有东西)。所以根据这种思想,我们可以把前面的代码简化成这样:
view.setOnClickListener({ view -> toast("Click")})
当我们定义了一个方法,我们必须使用大括号包围,然后在箭头的左边指定参数,在箭头的右边返回函数执行的结果。如果左边的参数没有使用到,我们甚至可以省略左边的参数:
view.setOnClickListener({ toast("Click") })
如果这个函数的最后一个参数是一个函数,我们可以把这个函数移动到圆括号外面:
view.setOnClickListener() { toast("Click") }
并且,最后,如果这个函数只有一个参数,我们可以省略这个圆括号:
view.setOnClickListener { toast("Click") }
2016年5月6日