研究Kotlin语言，遇到不少坑，先入为主的Java语言习惯，不由自主的陷了进去。总觉得语言简化了，到处都不严谨，但事实上崩溃减少了，更多的事情编译器已经帮我们做好了。

无论如何，想突破现在的舒适区，需要付出一定的努力。初用Kotlin真的是无从写起，满腔的Java，如果顺利喷出，不到两分钟就能解决的问题。现在要一点一点，别扭的转化成K语言。实在不知道咋写，就用AndroidStudio自带的转换器，将原有的java转化成kotlin，慢慢学习写法。

好吧，先说遇到的第一个小坑，就是findViewById。

这是几乎每个Activity都会用到的方法，但是转化成Kotlin以后，却遇到了问题：

图1.无法推测出适当的类型，没有足够的信息

参看图1，我想拿到listView里边的引用，把Adapter放进去，但是编译器报错，Type inference failed: Not enough information to infer parameter T in fun findViewById。说无法推断出参数的具体类型，信息不足。哦哦哦，估计要我强转一下吧，加上as ListView。

图2.加上强制转换也不行

额，强转了也不行，都明确告诉你了，也不给面子。新语言，各种不会写，于是我使用IDE自带的联想功能，敲出了findViewById，可以发现，后边紧跟的是尖括号。

图3.使用IDE自带的代码联想

难道是kotlin的新功能嘛？本能翻进了源码，请参考图4.

图4.翻看源码查找原因

小小对比了一下，本次构建的是新工程，使用了support-v7包，并升级到26了。老工程没有报错（好吧我承认懒得升级，并且用了Java自动转Kotlin），但是新工程由于这个泛型的问题，转化受到了影响。所以要将转化的类型告诉编译器，请参见图5.

图5.无报错写法

编译运行，通过！！完美解决问题？No.

再查资料，发现大伙都对findViewById这个方法比较无奈，控件稍微复杂一些，代码行数就上去了，这也是ButterKnife火爆的原因之一。Kotlin推荐的写法如图6所示，一定程度上解决了findViewById占用过多行数，声明过多变量的问题。

图6.Kotlin推荐的写法

同样的id，命名listView_study_content，直接用这个id即可，省去了好多转化的步骤，很方便。注意需要引入kotlinx.android.synthetic.main.your_layout.*，把layout引入，如图7所示，就可以肆无忌惮地操作了。

图7.注意导入

小坑分享给大家，祝大伙早日习成Kotlin。