2016年 ぱないー ふりかえり🍩
合計 21ぱないのー でした
前半戦のまとめは以下
ぱないのー pic.twitter.com/838pQfPaoD
— shinobu.apk (@operandoOS) 2016年12月30日
ぱないのー pic.twitter.com/TLlQTiRHmV
— shinobu.apk (@operandoOS) 2016年12月26日
ぱないのー pic.twitter.com/Vz1x7jZhZ8
— shinobu.apk (@operandoOS) 2016年12月4日
ぱないのー pic.twitter.com/1mg54SxR9v
— shinobu.apk (@operandoOS) 2016年11月19日
ぱないのー pic.twitter.com/F8ibN2b6EK
— shinobu.apk (@operandoOS) 2016年10月10日
まとめ
ぱないのー
ちなみに、ミスドのポイントカードとか持ってないっす...
2016/12/29の30分 Kotlinメモ🍞
2016/12/29の30分 Kotlinメモ🍞
Kotlinスタートブック -新しいAndroidプログラミング を引き続き読んでる。
Androidアプリ組んでみるところ読んでる。
Kotlinスタートブック -新しいAndroidプログラミング
- 作者: 長澤太郎
- 出版社/メーカー: リックテレコム
- 発売日: 2016/07/13
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (1件) を見る
KotlinでAndroid版 雑雑Qiita Clientを作っていく。
KotlinでParcelerを使いたいぞい!!
Parcelerとは?これ(以下略
せったくKotlinのdata classはキレイなのに、自分でゴリゴリParcelable実装するとかねーないわー
Javaでもだるい!pluginで自動生成できるとしてもだるい!変数増やすと書き直さないとだし、だるい!
だるいぞ!!!!!!!
だからKotlinでもParceler使わせてくれ、頼む🙏という気持ちなわけです。
あーただAnnotation ProcessorだからなーKotlinあれか、kaptね。いまいちわかってねーけど、あれね。
んで、やっぱりそのまま使おうとするとエラーになるんで、以下のQiitaの通りにしたら動いた。
暇があればもう少し真面目にみますみます
まとめ
最近「雑種ども!」を語尾につけてTweetすると、ちょっとLikeされて嬉しいです🍞 ギルガメッシュ様かっくいい🍞
2016/12/28の30分 Kotlinメモ🐮
2016/12/28の30分 Kotlinメモ🐮
Kotlinスタートブック -新しいAndroidプログラミング を引き続き読んでる。
ざっくりKotlinの概要は終わったので、Androidアプリ組んでみるところ読んでる。
Kotlinスタートブック -新しいAndroidプログラミング
- 作者: 長澤太郎
- 出版社/メーカー: リックテレコム
- 発売日: 2016/07/13
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (1件) を見る
んで、今日からはKotlinでAndroid版 雑雑Qiita Clientを作っていく。
書くことは減りそうだけど、書いていく上で気づいたこととかあれば書いていくかなー
Kotlin版 BindableAdapter
ListAdapterを便利にするBaseクラスとして使ってるBindableAdapterをKotlinで書き直した。
abstract class BindableAdapterKt<T>(context: Context, episodeList: List<T>) : ArrayAdapter<T>(context, -1, episodeList) { private val inflater by lazy { LayoutInflater.from(context) }; override fun getView(position: Int, view: View?, parent: ViewGroup?): View? { val newView = view ?: newView(inflater, position, parent) newView ?: throw IllegalStateException("newView result must not be null.") bindView(getItem(position), position, newView) return newView } abstract fun newView(inflater: LayoutInflater, position: Int, container: ViewGroup?): View? abstract fun bindView(item: T, position: Int, view: View) }
エルビス演算子使えばいいのかなー?とかなんとなくKotlinっぽく書く努力をした結果がこれ。
ちゃんとSmart Castも使ってるよ?やるでしょ?
Java版はこんな感じ。
public abstract class BindableAdapter<T> extends ArrayAdapter<T> { private LayoutInflater mInflater; public BindableAdapter(Context context, List<T> episodeList) { super(context, -1, episodeList); setup(context); } private void setup(Context context) { mInflater = LayoutInflater.from(context); } @Override public final View getView(int position, View view, ViewGroup container) { if (view == null) { view = newView(mInflater, position, container); if (view == null) { throw new IllegalStateException("newView result must not be null."); } } bindView(getItem(position), position, view); return view; } public abstract View newView(LayoutInflater inflater, int position, ViewGroup container); public abstract void bindView(T item, int position, View view); }
まとめ
実際にコード書き始めるとめっちゃJavaっぽく書いてしまって...あとセミコロンな!
2016/12/27の30分 Kotlinメモ💤
2016/12/27の30分 Kotlinメモ💤
書いてるコードは雑にここにあります。
Kotlinスタートブック -新しいAndroidプログラミング を引き続き読んでる。
Kotlinスタートブック -新しいAndroidプログラミング
- 作者: 長澤太郎
- 出版社/メーカー: リックテレコム
- 発売日: 2016/07/13
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (1件) を見る
Equality
==
と===
の話ね。
// a?.equals(b) ?: (b === null) val sssss: String? = null val sssss2: String? = null println(sssss == sssss2) // true val sssss3: String? = "test" println(sssss == sssss3) // false val sssss4: String? = "test" println(sssss4 == sssss3) // true val iiii = 127 val iiii2 = iiii println(iiii === iiii2) // true println(iiii !== iiii2) // false println(listOf("test") === listOf("test")) // false
まとめ
うむ、明日からKotlinでAndroid書いていくぞい💤
2016/12/26の30分 Kotlinメモ🍙
2016/12/26の30分 Kotlinメモ🍙
書いてるコードは雑にここにあります。
Kotlinスタートブック -新しいAndroidプログラミング を引き続き読んでる。
Kotlinスタートブック -新しいAndroidプログラミング
- 作者: 長澤太郎
- 出版社/メーカー: リックテレコム
- 発売日: 2016/07/13
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (1件) を見る
Type projections
説明すると難しいし、俺もまだあまり理解できてないというか、これでいいのかな?レベルなのでなんともー
とりあえずout
とin
があり、不変、共変、反変ということを理解すればいいかも。
T
って普通に書くと不変であり、サブタイプの関係は成り立たないらしい。
面倒そうだけど、安全な気がするねー。
class Container5<T>(var value: T) { fun copyTo(to: Container5<in T>) { to.value = value } } class Container6<out T>(val value: T) { } fun show(container5: Container5<out Any>) { println(container5.toString()) println(container5.hashCode()) println(container5.value) } fun show6(container6: Container6<Any>) { println(container6.toString()) println(container6.hashCode()) println(container6.value) } val c5: Container5<Number> = Container5(10) Container5(10).copyTo(c5) show(c5) val c6: Container6<Number> = Container6(10) show6(c6)
Star-projections
*
ね。
Star-projectionsとかなんかジョジョっぽくね?かっくいいー!!
val c52: Container5<*> = Container5(10) c52.value.toString() // Any?型になる
Reified type parameters
あーこれねー
Javaで困るやーつーだな
Kotlinだと楽なんだなーいいなー
// inline + reified inline fun <reified T> Any.instanceOf(): Boolean = this is T println("".instanceOf<String>()) // true println("".instanceOf<Int>()) // false
まとめ
ねぇ?Kotlin。そろそろ僕に心を開いてくれてもいいんじゃないかな?ね?